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combining software development with Web site development to create active sites. They build quality 
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Introduction 

Visual C+-I- is a powerful and complex tool for building 32-bit applications for Window 95 and Windows 
NT. These applications are much larger and more complex than their predecessors for 16-bit Windows or 
older programs that didn't use a graphical user interface. Yet, as program size and complexity has 
increased, programmer effort has decreased, at least for programmers who are using the right tools. 

Visual C+-i- is one of the right tools. With its code-generating wizards, it can produce the shell of a 
working Windows application in seconds. The class library included with Visual C+-I-, the Microsoft 
Foundation Classes (MFC), has become the industry standard for Windows software development in a 
variety of C-E-i- compilers. The visual editing tools make layout of menus and dialogs a snap. The time 
you invest in learning to use this product will pay for itself on your first Windows programming project. 

Who Should Read This Book? 



This book teaches you how to use Visual C++ to build 32-bit Windows applications, including database 
applications, Internet applications, and applications that tap the power of the ActiveX technology. That's 
a tall order, and to fit all that in less than a thousand pages, some things have to go. This book does not 
teach you the following: 
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• The C++ programming language: You should already be familiar with C++. Appendix A, "C++ 
Review and Object-Oriented Concepts," is a review for those whose C++ skills need a boost. 

• How to use Windows applications: You should be a proficient Windows user, able to resize and 
move windows, double-click, and recognize familiar toolbar buttons, for example. 

• How to use Visual C++ as a C compiler: If you already work in C, you can use Visual C++ as 
your compiler, but new developers should take the plunge into C++. 

• Windows programming without MFC: This, too, is okay for those who know it, but not something 
to learn now that MFC exists. 

• The internals of ActiveX programming: This is referred to in the ActiveX chapters, which tell you 
only what you need to know to make it work. 

You should read this book if you fit one of these categories: 

• You know some C++ and some Windows programming techniques and are new to Visual C++. 
You will learn the product much more quickly than you would if you just tried writing programs. 

• You've been working with previous versions of Visual C++. Many times users learn one way to do 
things and end up overlooking some of the newer productivity features. 

• You've been working with Visual C++ 6 for a while and are beginning to suspect you're doing 
things the hard way. Maybe you are. 

• You work in Visual C++ 6 regularly, and you need to add a feature to your product. For tasks like 
Help, printing, and threading, you'll find a "hand up" to get started. 

Before You Start Reading 

You need a copy of Visual C++ 6 and must have it installed. The installation process is simple and easy 
to follow, so it's not covered in this book. 

Before you buy Visual C++ 6, you need a 32-bit Windows operating system: Windows 95, Windows 98, 
or Windows NT Server or Workstation. That means your machine must be reasonably powerful and 
modem— say, a 486 or better for your processor, at least 16MB of RAM and 500MB of disk space, and a 
screen that can do 800 * 600 pixel displays or even finer resolutions. The illustrations in this book were 
all prepared at a resolution of 800 * 600 and, as you will see, at times things become a little crowded. 

The sample code is all available on the Web, so following along will be simpler if you also have a 
modem and access to the Web. 

Finally, you need to make a promise to yourself— that you will follow along in Visual C++ as you read 
this book, clicking and typing and trying things out. You don't need to type all the code if you don't want 
to: It's all on the Web site for you to look at. However, you should be ready to open the files and look at 
the code as you go. 

What This Book Covers 



A topic such as Windows programming in Visual C++ covers a lot of ground. This book contains 28 
chapters and 6 reference appendixes (A to F). Be sure to look over the titles of the appendixes now and 
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turn to them whenever you are unsure how to do something. They provide valuable references for the 
following: 

• Appendix A, "C++ Review and Object-Oriented Concepts," reminds you of the basics of the C++ 
language and the principles and benefits of object-oriented programming. 

• Appendix B, "Windows Programming Review and a Look Inside CWnd," covers the specifics of 
Windows programming that are now hidden from you by MFC classes such as CWnd. 

• Appendix C, "The Visual Studio User Interface, Menus, and Toolbars," explains all the menus, 
toolbars, editing areas on the screens, shortcuts, and so on, that make up the highly complicated 
and richly powerful interface between you and Visual Studio. 

• Appendix D, "Debugging," explains the extra menus, windows, toolbars, and commands involved 
in debugging a running application. 

• Appendix E, "MFC Macros and Globals," summarizes the many preprocessor macros and global 
variables and functions sprinkled throughout code generated by the Developer Studio wizards. 

• Appendix F, "Useful Classes," describes the classes used throughout the book to manipulate dates, 
strings, and collections of objects. 

Depending on your background and willingness to poke around in menus and the online help, you might 
just skim these appendixes once and never return, or you might fill them full of bookmarks and yellow 
stickles. Although they don't lead you through the sample applications, they will teach you a lot. 

The mainstream of the book is in Chapters 1 through 28. Each chapter teaches you an important 
programming task or sometimes two closely related tasks, such as building a taskbar or adding Help to an 
application. Detailed instructions show you how to build a working application, or several working 
applications, in each chapter. 

The first nine chapters cover concepts found in almost every Windows application; after that, the tasks 
become less general. Here's a brief overview of some of the work that is covered. 

Dialogs and Controls 

What Windows program doesn't have a dialog box? an edit box? a button? Dialog boxes and controls are 
vital to Windows user interfaces, and all of them, even the simple button or piece of static text, are 
windows. The common controls enable you to take advantage of the learning time users have devoted to 
other programs and the programming time developers have put in on the operating system in order to use 
the same File Open dialog box as everybody else, the same hierarchical tree control, and so on. Learn 
more about all these controls in Chapters 2, "Dialogs and Controls," and 10, "Windows 95 Common 
Controls." 

Messages and Commands 

Messages form the heart of Windows programming. Whenever anything happens on a Windows 
machine, such as a user clicking the mouse or pressing a key, a message is triggered and sent to one or 
more windows, which do something about it. Visual C++ makes it easy for you to write code that catches 
these messages and acts on them. Chapter 3, "Messages and Commands," explains the concept of 
messages and how MFC and other aspects of Visual C++ enable you to deal with them. 
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The View/Document Paradigm 

A paradigm is a model, a way of looking at things. The designers of MFC chose to design the framework 
based on the assumption that every program has something it wants to save in a file. That collection of 
information is referred to as the document. A view is one way of looking at a document. There are many 
advantages to separating the view and the document, explained further in Chapter 4, "Documents and 
Views." MFC provides classes from which to inherit your document class and your view class, so that 
common programming tasks such as implementing scrollbars are no longer your problem. 

Drawing Onscreen 

No matter how smart your Windows program is, if you can't tell the user what's going on by putting 
some words or pictures onscreen, no one will know what the program has done. A remarkable amount of 
the work is automatically done by your view classes (one of the advantages of adopting the 
document/view paradigm), but at times you have to do the drawing yourself. You learn about device 
contexts, scrolling, and more in Chapter 5, "Drawing on the Screen." 

Printing on Paper 

Adding printing capabilities to your program is sometimes the simplest thing in the world because the 
code you use to draw onscreen can be reused to draw on paper. If more than one page of information is 
involved, though, things become tricky. Chapter 6, "Printing and Print Preview," explains all this, as well 
as mapping modes, headers and footers, and more. 

Persistence and Fiie i/0 

Some good things are meant to be only temporary, such as the display of a calculator or an online chat 
window. However, most programs can save their documents to a file and open and load that file to 
re-create a document that has been stored. MFC simplifies this by using archives and extending the use 
of the stream I/O operators » and «. You learn all about reading and writing to files in Chapter 7, 
"Persistence and File I/O." 

ActiveX Programming 

ActiveX is the successor to OLE, and it's the technology that facilitates communication between 
applications at the object level, enabling you to embed a Word document in an Excel spreadsheet or to 
embed any of hundreds of kinds of objects in any ActiveX application. ActiveX chapters include 
Chapters 13, "ActiveX Concepts," 14, "Building an ActiveX Container Application," 15, "Building an 
ActiveX Server Application," 16, "Building an Automation Server," and 17, "Building an ActiveX 
Control." 
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The Internet 

Microsoft recognizes that distributed computing, in which work is shared between two or more 
computers, is becoming more and more common. Programs need to talk to each other, people need to 
send messages across a LAN or around the world, and MFC has classes that support these kinds of 
communication. The four Internet chapters in this book are Chapter 18, "Sockets, MAPI, and the 
Internet," Chapter 19, "Internet Programming with the Wininet Classes," Chapter 20, "Building an 
Internet ActiveX Control," and Chapter 21, "The Active Template Library." 

Database Access 

Database programming keeps getting easier. ODBC, Microsoft's Open DataBase Connectivity package, 
enables your code to call API functions that access a huge variety of database files— Oracle, DBase, an 
Excel spreadsheet, a plain text file, old legacy mainframe systems using SQL, whatever! You call a 
standard name function, and the API provided by the database vendor or a third party handles the 
translation. The details are in Chapters 22, "Database Access," and 23, "SQL and the Enterprise Edition." 

Advanced Material 

Eor developers who have mastered the basics, this book features some advanced chapters to move your 
programming skills forward. You will learn how to prevent memory leaks, find bottlenecks, and locate 
bugs in your code with the techniques discussed in Chapter 24, "Improving Your Application's 
Performance." 

Reuse is a hugely popular concept in software development at the moment, especially with managers 
who see a chance to lower their development budget. If you'd like to write reusable code and 
components. Chapter 25, "Achieving Reuse with the Gallery and Your Own AppWizards," will take you 
there. 

Often C++ programmers are so busy learning the basics of how to make programs work that they miss 
the features that make C++ truly powerful. You will learn in Chapter 26, "Exceptions and Templates," 
how to catch errors efficiently and how to use one set of code in many different situations. 

As user demands for high-performance software continue to multiply, developers must learn entirely new 
techniques to produce powerful applications that provide fast response times. Eor many developers, 
writing multithreaded applications is a vital technique. Learn about threading in Chapter 27, 
"Multitasking with Windows Threads." 

Chapter 28, "Euture Explorations," introduces you to topics that are definitely not for beginners. Learn 
how to create console applications, use and build your own DLLs, and work with Unicode. 

Conventions Used in This Book 



One thing this book has plenty of is code. Sometimes you need to see only a line or two, so the code is 
mixed in with the text, like this: 

int SomeFunct ion ( int x, int y) ; 
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{ 

return x+y; 

} 

You can tell the difference between code and regular text by the fonts used for each. Sometimes, you'll 
see a piece of code that's too large to mix in with the text: You will find an example in Listing 0.1. 

Listing 0.1 



CHostDialog dialog (m_pMainWnd) ; 

if (dialog . DoModal ( ) == IDOK) 

{ 

AppSocket = new CSocketO; 

if (AppSocket->Connect (dialog. m_hostname, 119) ) 

{ 

while (AppSocket->GetStatus ( ) == CONNECTING) 
{ 

YieldControl () ; 

} 

if (AppSocket->GetStatus ( ) == CONNECTED) 

{ 

CString response = AppSocket->GetLine ( ) ; 
SocketAvailable = TRUE; 

} 

} 

} 

if (! SocketAvailable ) 

{ 

AfxMessageBox ( "Can ' t connect to server. Please 
^ quit . " , MB_OK I MB_ICONSTOP ) ; 

} 



The character on the next-to-last line (-i) is called the code continuation character. It indicates a place 
where a line of code had to be broken to fit it on the page, but in reality the line doesn't break there. If 
you're typing code from the book, don't break the line there— keep going. If you're reading along in code 
that was generated for you by Visual C++, don't be confused when the line doesn't break there. 

Remember, the code is in the book so that you can understand what's going on, not for you to type it. All 
the code is on the companion Web site as well. Sometimes you will work your way through the 
development of an application and see several versions of a block of code as you go— the final version is 
on the Web site. You'll find the site by going to www.mcp.com/info or www.gregcons.com/uvc6.htm. 



TIP: This is a Tip: a shortcut or an interesting feature you might want to know about. 



NOTE: This is a Note: It explains a subtle but important point. Don't skip Notes, even if 
you're the kind who skips Tips, n 
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CAUTION: This is a Caution, and it's serious. It warns you of the horrible consequences if 
you make a false step, so be sure to read all of these that you come across. 



When a word is being defined or emphasized, it's in italic. The names of variables, functions, and C++ 
classes are all in monospaced font. Internet URLS and things you should type are in bold. Remember, an 
URL never ends with punctuation, so ignore any comma or period after the URL. 

Time to Get Started 



That about wraps up things for the introduction. You've learned what you need to get started, including 
some advanced warning about the notations used throughout the book. Jump right in, learn all about 
writing Windows applications with MFC, and then get started on some development of your own! Good 
luck and have fun. 



© Copyright , Macmillan Computer Publishing. All rights reserved. 
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Creating a Windows Appiication 

Visual C++ doesn't just compile code; it generates code. You can create a Windows application in 
minutes with a tool called AppWizard. In this chapter you'll learn how to tell AppWizard to make you a 
starter app with all the Windows boilerplate code you want. AppWizard is a very effective tool. It copies 
into your application the code that almost all Windows applications require. After all, you aren't the first 
programmer to need an application with resizable edges, minimize and maximize buttons, a File menu 
with Open, Close, Print Setup, Print, and Exit options, are you? 

AppWizard can make many kinds of applications, but what most people want, at least at first, is an 
executable (.exe) program. Most people also want AppWizard to produce boilerplate code— the classes, 
objects, and functions that have to be in every program. To create a program like this. Choose File, New 
and click the Projects tab in the New dialog box, as shown in Figure 1.1. 

FIG. 1.1 The Projects tab of the New dialog box is where you choose the kind of application you want to 
build. 

Choose MFC AppWizard (EXE) from the list box on the left, fill in a project name, and click OK. 
AppWizard will work through a number of steps. At each step, you make a decision about what kind of 
application you want and then click Next. At any time, you can click Back to return to a previous 
decision. Cancel to abandon the whole process. Help for more details, or Finish to skip to the end and 
create the application without answering any more questions (not recommended before the last step). The 
following sections explain each step. 



NOTE: An MFC application uses MFC, the Microsoft Foundation Classes. You will learn 
more about MFC throughout this book. 
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Deciding How Many Documents the Application Supports 

The first decision to communicate to AppWizard, as shown in Figure 1.2, is whether your application 

should be MDI, SDI, or dialog based. AppWizard generates different code and classes for each of these 

application types. 

FIG. 1.2 The first step in building a typical application with AppWizard is choosing the interface. 

The three application types to choose from are as follows: 

• A single document interface (SDI) application, such as Notepad, has only one document open at a 
time. When you choose File, Open, the currently open file is closed before the new one is opened. 

• A multiple document interface (MDI) application, such as Excel or Word, can open many 
documents (typically files) at once. There is a Window menu and a Close item on the File menu. 
It's a quirk of MFC that if you like multiple views on a single document, you must build an MDI 
application. 

• A dialog-based application, such as the Character Map utility that comes with Windows and is 
shown in Figure 1.3, does not have a document at all. There are no menus. (If you'd like to see 
Character Map in action, it's usually in the Accessories folder, reached by clicking Start. You may 
need to install it by using Add/Remove programs under Control Panel.) 

FIG. 1.3 Character Map is a dialog-based application. 



As you change the radio button selection, the picture on the left of the screen changes to demonstrate 
how the application appears if you choose this type of application. 



NOTE:: Dialog-based applications are quite different from MDI or SDI applications. The 
AppWizard dialogs are different when you're creating a dialog-based application. They are 
presented later in the section "Creating a Dialog-Based Application." 



Beneath these choices is a checkbox for you to indicate whether you want support for the 
DocumentWiew architecture. This framework for your applications is explained in Chapter 4, 
"Documents and Views." Experienced Visual C++ developers, especially those who are porting an 
application from another development system, might choose to turn off this support. You should leave 
the option selected. 

Lower on the screen is a drop-down box to select the language for your resources. If you have set your 
system language to anything other than the default, English[United States], make sure you set your 
resources to that language, too. If you don't, you will encounter unexpected behavior from ClassWizard 
later. (Of course, if your application is for users who will have their language set to U.S. English, you 
might not have a choice. In that case, change your system language under Control Panel.) Click Next 
after you make your choices. 
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Databases 

The second step in creating an executable Windows program with AppWizard is to choose the level of 
database support, as shown in Figure 1.4. 

FIG. 1.4 The second step to building a typical application with AppWizard is to set the database options 
you will use. 

There are four choices for database support: 

• If you aren't writing a database application, choose None. 

• If you want to have access to a database but don't want to derive your view from CFormView or 
have a Record menu, choose Header Files Only. 

• If you want to derive your view from CFormView and have a Record menu but don't need to 
serialize a document, choose Database View Without File Support. You can update database 
records with CRecordset, an MFC class discussed in more detail in Chapter 22, "Database 
Access." 

• If you want to support databases as in the previous option but also need to save a document on disk 
(perhaps some user options), choose Database View With File Support. 

Chapter 22 clarifies these choices and demonstrates database programming with MFC. If you choose to 
have a database view, you must specify a data source now. Click the Data Source button to set this up. 

As you select different radio buttons, the picture on the left changes to show you the results of your 
choice. Click Next to move to the next step. 

Compound Document Support 

The third step in running AppWizard to create an executable Windows program is to decide on the 
amount of compound document support you want to include, as shown in Figure 1.5. OLE (object 
linking and embedding) has been officially renamed ActiveX to clarify the recent technology shifts, most 
of which are hidden from you by MFC. ActiveX and OLE technology are jointly referred to as compound 
document technology. Chapter 13, "ActiveX Concepts," covers this technology in detail. 

FIG. 1.5 The third step of building a typical application with AppWizard is to set the compound 
document support you will need. 

There are five choices for compound document support: 

• If you are not writing an ActiveX application, choose None. 

• If you want your application to contain embedded or linked ActiveX objects, such as Word 
documents or Excel worksheets, choose Container. You learn to build an ActiveX container in 
Chapter 14, "Building an ActiveX Container Application." 

• If you want your application to serve objects that can be embedded in other applications, but it n 
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Understanding Dialog Boxes 

Windows programs have a graphical user interface. In the days of DOS, the program could simply print a 
prompt onscreen and direct the user to enter whatever value the program needed. With Windows, 
however, getting data from the user is not as simple, and most user input is obtained from dialog boxes. 
For example, a user can give the application details about a request by typing in edit boxes, choosing 
from list boxes, selecting radio buttons, checking or unchecking check boxes, and more. These 
components of a dialog box are called controls. 

Chances are that your Windows application will have several dialog boxes, each designed to retrieve a 
specific type of information from your user. For each dialog box that appears onscreen, there are two 
entities you need to develop: a dialog box resource and a dialog box class. 
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The dialog box resource is used to draw the dialog box and its controls onscreen. The class holds the 
values of the dialog box, and it is a member function of the class that causes the dialog box to be drawn 
onscreen. They work together to achieve the overall effect: making communication with the program 
easier for your user. 

You build a dialog box resource with the resource editor, adding controls to it and arranging them to 
make the control easy to use. Class Wizard then helps you to create a dialog box class, typically derived 
from the MFC class CDialog, and to connect the resource to the class. Usually, each control on the dialog 
box resource corresponds to one member variable in the class. To display the dialog box, you call a 
member function of the class. To set the control values to defaults before displaying the dialog box, or to 
determine the values of the controls after the user is finished with the box, you use the member variables 
of the class. 

Creating a Dialog Box Resource 

The first step in adding a dialog box to your MFC application is creating the dialog box resource, which 
acts as a sort of template for Windows. When Windows sees the dialog box resource in your program, it 
uses the commands in the resource to construct the dialog box for you. 

In this chapter you learn to work with dialog boxes by adding one to a simple application. Create an SDI 
application just as you did in Chapter 1, "Building Your First Windows Application," calling it simply 
SDI. You will create a dialog box resource and a dialog box class for the application, write code to 
display the dialog box, and write code to use the values entered by the user. 

To create a dialog box resource, first open the application. Choose Insert, Resource from Developer 
Studio's menu bar. The Insert Resource dialog box, shown in Figure 2.1, appears. Double-click Dialog in 
the Resource Type box. The dialog box editor appears, as shown in Figure 2.2. 

Bring up the Properties dialog box for the new dialog box by choosing View, Properties. Change the 
caption to Sample Dialog, as shown in Figure 2.3. You'll be using the Properties dialog box quite a lot as 
you work on this dialog box resource, so pin it to the screen by clicking the pushpin in the upper-left 
corner. 

FIG. 2.1 Double-click Dialog on the Insert Resource dialog box. 

FIG. 2.2 A brand new dialog box resource has a title, an OK button, and a Cancel button. 

FIG. 2.3 Use the Dialog Properties dialog box to change the title of the new dialog box. 

The control palette shown at the far right of Figure 2.2 is used to add controls to the dialog box resource. 
Dialog boxes are built and changed with a very visual WYSIWYG interface. If you need a button on 
your dialog box, you grab one from the control palette, drop it where you want it, and change the caption 
from Button 1 to Lookup, or Connect, or whatever you want the button to read. All the familiar Windows 
controls are available for your dialog boxes: 

• Static text. Not really a control, this is used to label other controls such as edit boxes. 

• Edit box. Single line or multiline, this is a place for users to type strings or numbers as input to the 
program. Read-only edit boxes are used to display text. 
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• Button. Every dialog box starts with OK and Cancel buttons, but you can add as many of your own 
as you want. 

• Check box. You use this control to set options on or off; each option can be selected or deselected 
independently. 

• Radio button. You use this to select only one of a number of related options. Selecting one button 
deselects the rest. 

• List box. You use this box type to select one item from a list hardcoded into the dialog box or filled 
in by the program as the dialog box is created. The user cannot type in the selection area. 

• Combo box. A combination of an edit box and a list box, this control enables users to select from a 
list or type their response, if the one they want isn't on the list. 

The sample application in this chapter is going to have a dialog box with a selection of controls on it, to 
demonstrate the way they are used. 

Defining Diaiog Box and Controi iDs 

Because dialog boxes are often unique to an application (with the exception of the common dialog 
boxes), you almost always create your own IDs for both the dialog box and the controls it contains. You 
can, if you want, accept the default IDs that the dialog box editor creates for you. However, these IDs are 
generic (for example, IDD_DIALOGl, IDC_EDIT1, IDC_RADI01, and so on), so you'll probably want 
to change them to something more specific. In any case, as you can tell from the default IDs, a dialog 
box's ID usually begins with the prefix IDD, and control IDs usually begin with the prefix IDC. You 
change these IDs in the Properties dialog box: Click the control (or the dialog box background to select 
the entire background), and choose View, Properties unless the Properties dialog box is already pinned in 
place; then change the resource ID to a descriptive name that starts with IDD for a dialog and IDC for a 
control. 

Creating the Sample Dialog Box 

Click the Edit box button on the control palette, and then click in the upper-left corner of the dialog box 
to place the edit box. If necessary, grab a moving handle and move it until it is in approximately the same 
place as the edit box in Eigure 2.4. Normally, you would change the ID from Editl, but for this sample 
leave it unchanged. 

FIG. 2.4 You can build a simple dialog box quickly in the resource editor. 



TIP: If you aren't sure which control palette button inserts an edit box (or any other type of 
control), just hold the pointer still over one of the buttons for a short time. A ToolTip will 
appear, reminding you of the name of the control associated with the button. Move the 
pointer from button to button until you find the one for the edit box. 



Add a check box and three radio buttons to the dialog box so that it resembles Eigure 2.4. Change the 
captions on the radio buttons to One, Two, and Three. To align all these controls, click one, and then 
while holding down the Ctrl key, click each of the rest of them. Choose Layout, Align, Left, and if 
necessary drag the stack of controls over with the mouse while they are all selected. Then choose Layout, 
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Space Evenly, Down, to adjust the vertical spacing. 



TIP: The commands on the Layout menu are also on the Dialog toolbar, which appears at 
the bottom of your screen while you are using the resource editor. The toolbar symbols are 
repeated on the menu to help you learn which button is associated with each menu item. 



Click the One radio button again and bring up the Properties dialog box. Select the Group check box. 
This indicates that this is the first of a group of buttons. When you select a radio button, all the other 
buttons in the group are deselected. 

Add a list box to the dialog box, to the right of the radio buttons, and resize it to match Figure 2.4. With 
the list box highlighted, choose View, Properties to bring up the Properties dialog box if it is not still 
pinned in place. Select the Styles tab and make sure that the Sort box is not selected. When this box is 
selected, the strings in your list box are automatically presented in alphabetical order. For this 
application, they should be presented in the order that they are added. 

Writing a Diaiog Box Class 

When the resource is complete, bring up ClassWizard by choosing View, ClassWizard. ClassWizard 
recognizes that this new dialog box resource does not have a class associated with it and offers to build 
one for you, as shown in Figure 2.5. Leave the Create a New Class radio button selected, and click OK. 
The New Class dialog box appears, as shown in Figure 2.6. Fill in the classname as CSdiDialog and 
click OK. ClassWizard creates a new class, prepares the source file (SdiDialog.cpp) and header file 
(SdiDialog.h), and adds them to your project. 

FIG. 2.5 ClassWizard makes sure you don't forget to create a class to go with your new dialog box 
resource. 

You connect the dialog box resources to your code with the Member Variables tab of ClassWizard, 
shown in Figure 2.7. Click IDC_CHECK1 and then click the Add Variable button. This brings up the 
Add Member Variable dialog box, shown in Figure 2.8. 

FIG. 2.6 Creating a dialog box class is simple with ClassWizard. 

FIG. 2.7 The Member Variables tab of ClassWizard connects dialog box controls to dialog box class 
member variables. 

A member variable in the new dialog box class can be connected to a control's value or to the control. 
This sample demonstrates both kinds of connection. For IDC_CHECK1, fill in the variable name as 
m_check, and make sure that the Category drop-down box has Value selected. If you open the Variable 
Type drop-down box, you will see that the only possible choice is BOOL. Because a check box can be 
either selected or not selected, it can be connected only to a BOOL variable, which holds the value 
TRUE or FALSE. Click OK to complete the connection. 

FIG. 2.8 You choose the name for the member variable associated with each control. 

Here are the data types that go with each control type: 
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• Edit box. Usually a string but also can be other data types, including int, float, and long 

• Check box. int 

• Radio button, int 

• Listbox. String 

• Combo box. String 

• Scrollbar, int 

Connect IDC_EDIT1 in the same way, to a member variable called m_edit of type CString as a Value. 
Connect IDC_LIST1 as a Control to a member variable called m_listbox of type CListBox. Connect 
IDC_RADIO_l, the first of the group of radio buttons, as a Value to an int member variable called 
m_radio. 

After you click OK to add the variable, ClassWizard offers, for some kinds of variables, the capability to 
validate the user's data entry. For example, when an edit control is selected, a field under the variables 
list allows you to set the maximum number of characters the user can enter into the edit box (see Figure 
2.9). Set it to 10 for m_edit. If the edit box is connected to a number (int or float), this area of 
ClassWizard is used to specify minimum or maximum values for the number entered by the user. The 
error messages asking the user to try again are generated automatically by MFC with no work on your 
part. 

FIG. 2.9 Enter a number in the Maximum Characters field to limit the length of a user's entry. 

Using the Dialog Box Class 

Now that you have your dialog box resource built and your dialog box class written, you can create 
objects of that class within your program and display the associated dialog box element. The first step is 
to decide what will cause the dialog box to display. Typically, it is a menu choice, but because adding 
menu items and connecting them to code are not covered until Chapter 8, "Building a Complete 
Application: ShowString," you can simply have the dialog box display when the application starts 
running. To display the dialog box, you call the DoModal() member function of the dialog box class. 



Modeless Dialog Boxes 

Most of the dialog boxes you will code will be modal dialog boxes. A modal dialog box is 
on top of all the other windows in the application: The user must deal with the dialog box 
and then close it before going on to other work. An example of this is the dialog box that 
comes up when the user chooses File, Open in any Windows application. 

A modeless dialog box enables the user to click the underlying application and do some 
other work and then return to the dialog box. An example of this is the dialog box that 
comes up when the user chooses Fdit, Find in many Windows applications. 

Displaying a modeless dialog box is more difficult than displaying a modal one. The dialog 
box object, the instance of the dialog box class, must be managed carefully. Typically, it is 
created with new and destroyed with delete when the user closes the dialog box with Cancel 
or OK. You have to override a number of functions within the dialog box class. In short, you 
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should be familiar and comfortable with modal dialog boxes before you attempt to use a 
modeless dialog box. When you're ready, look at the Visual C++ sample called 
MODELESS that comes with Developer Studio. The fastest way to open this sample is by 
searching for MODELESS in InfoViewer. Searching in InfoViewer is covered in Appendix 
C, "The Visual Studio User Interface, Menus, and Toolbars." 



Arranging to Display the Dialog Box 

Select the ClassView in the project workspace pane, expand the SDI Classes item, and then expand 
CSdiApp. Double-click the Initlnstance() member function. This function is called whenever the 
application starts. Scroll to the top of the file, and after the other #include statements, add this directive: 

#include " sdidialog . h" 

This ensures that the compiler knows what a CSdiDialog class is when it compiles this file. 

Double-click Initlnstance() in the ClassView again to bring the cursor to the beginning of the function. 
Scroll down to the end of the function, and just before the return at the end of the function, add the lines 
in Listing 2. 1 . 

Listing 2.1 SDi.CPP--Lines to Add at the End of CSdiApp::initinstance() 

CSdiDialog dig; 
dlg.m_check = TRUE; 
dlg.m_edit = "hi there"; 

CString msg; 

if (dig . DoModal ( ) == IDOK) 

{ 

msg = "You clicked OK. "; 

} 

else 

{ 

msg = "You cancelled. "; 

} 

msg += "Edit box is: "; 

msg += dlg.m_edit; 

Af xMessageBox (msg) ; 



Entering Code 

As you enter code into this file, you may want to take advantage of a feature that makes its 
debut in this version of Visual C++: Autocompletion. Covered in more detail in Appendix 
C, Autocompletion saves you the trouble of remembering all the member variables and 
functions of a class. If you type dig. and then pause, a window will appear, listing all the 
member variables and functions of the class CSdiDialog, including those it inherited from 
its base class. If you start to type the variable you want— for example, typing m_— the list 
will scroll to variables starting with m_. Use the arrow keys to select the one you want, and 
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press Space to select it and continue typing code. You are sure to find this feature a great 
time saver. If the occasional pause as you type bothers you, Autocompletion can be turned 
off by choosing Tools, Options and clicking the Editor tab. Deselect the parts of 
Autocompletion you no longer want. 



This code first creates an instance of the dialog box class. It sets the check box and edit box to simple 
default values. (The list box and radio buttons are a little more complex and are added later in this 
chapter, in "Using a List Box Control" and "Using Radio Buttons.") The dialog box displays onscreen by 
calling its DoModal() function, which returns a number represented by IDOK if the user clicks OK and 
IDCANCEL if the user clicks Cancel. The code then builds a message and displays it with the 
AfxMessageBox function. 



NOTE: The CString class has a number of useful member functions and operator overloads. 
As you see here, the += operator tacks characters onto the end of a string. Eor more about 
the CString class, consult Appendix E, "Useful Classes." 



Build the project by choosing Build, Build or by clicking the Build button on the Build toolbar. Run the 
application by choosing Build, Execute or by clicking the Execute Program button on the Build toolbar. 
You will see that the dialog box displays with the default values you just coded, as shown in Eigure 2.10. 
Change them, and click OK. You should get a message box telling you what you did, such as the one in 
Eigure 2. 1 1. Now the program sits there, ready to go, but because there is no more for it to do, you can 
close it by choosing Eile, Exit or by clicking the - in the top-right comer. 

FIG. 2.10 Your application displays the dialog box when it first runs. 

FIG. 2.11 After you click OK, the application echoes the contents of the edit control. 

Run it again, change the contents of the edit box, and this time click Cancel on the dialog box. Notice in 
Figure 2.12 that the edit box is reported as still hi there. This is because MFC does not copy the control 
values into the member variables when the user clicks Cancel. Again, just close the application after the 
dialog box is gone. 

FIG. 2.12 When you click Cancel, the application ignores any changes you made. 

Be sure to try entering more characters into the edit box than the 10 you specified with ClassWizard. You 
will find you cannot type more than 10 characters— the system just beeps at you. If you try to paste in 
something longer than 10 characters, only the first 10 characters appear in the edit box. 

Behind the Scenes 

You may be wondering what's going on here. When you click OK on the dialog box, MFC arranges for a 
function called OnOK() to be called. This function is inherited from CDialog, the base class for 
CSdiDialog. Among other things, it calls a function called DoDataExchange(), which ClassWizard wrote 
for you. Here's how it looks at the moment: 

void CSdiDialog :: DoDataExchange (CDataExchange* pDX) 

{ 
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CDialog: : DoDataExchange (pDX) ; 

// { {AFX_DATA_MAP (CSdiDialog) 

DDX_Control (pDX, IDC_LIST1, m_listbox) ; 

DDX_Check (pDX, IDC_CHECK1, m_check) ; 

DDX_Text (pDX, IDC_EDIT1, m_edit); 

DDV_MaxChars (pDX, m_edit, 10); 

DDX_Radio (pDX, IDC_RADI01, m_radio) ; 

// } }AFX_DATA_MAP 

} 

The functions with names that start with DDX all perform data exchange: Their second parameter is the 
resource ID of a control, and the third parameter is a member variable in this class. This is the way that 
ClassWizard connected the controls to member variables— by generating this code for you. Remember 
that ClassWizard also added these variables to the dialog box class by generating code in the header file 
that declares them. 

There are 34 functions whose names begin with DDX: one for each type of data that might be exchanged 
between a dialog box and a class. Each has the type in its name. For example, DDX_Check is used to 
connect a check box to a BOOL member variable. DDX_Text is used to connect an edit box to a CString 
member variable. ClassWizard chooses the right function name when you make the connection. 



NOTE: Some DDX functions are not generated by ClassWizard. For example, when you 
connect a list box as a Value, your only choice for type is CString. Choosing that causes 
ClassWizard to generate a call to DDX_LBString(), which connects the selected string in 
the list box to a CString member variable. There are cases when the integer index into the 
list box might be more useful, and there is a DDX_LBIndex() function that performs that 
exchange. You can add code to DoDataExchange(), outside the special ClassWizard 
comments, to make this connection. If you do so, remember to add the member variable to 
the class yourself. You can find the full list of DDX functions in the online 
documentation, n 



Functions with names that start with DDV perform data validation. ClassWizard adds a call to 
DDV_MaxChars right after the call to DDX_Text that filled m_edit with the contents of IDC_EDIT1. 
The second parameter of the call is the member variable name, and the third is the limit: how many 
characters can be in the string. If a user ever managed to get extra characters into a length- validated 
string, the DDV_MaxChars() function contains code that puts up a warning box and gets the user to try 
again. You can just set the limit and count on its being enforced. 

Using a List Box Control 

Dealing with the list box is more difficult because only whi 
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Understanding the Document Class 

When you generate your source code with App Wizard, you get an application featuring all the bells and 
whistles of a commercial 32-bit Windows application, including a toolbar, a status bar, ToolTips, menus, 
and even an About dialog box. However, in spite of all those features, the application really doesn't do 
anything useful. In order to create an application that does more than look pretty on your desktop, you 
need to modify the code that AppWizard generates. This task can be easy or complex, depending on how 
you want your application t 
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• Introducing the Paint 1 Application 

• Building the Paint 1 Application 

o Painting in an MFC Program 
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o Using Fonts 
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o Using Pens 
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o Adding Code to Increase Lines 
o Adding Code to Decrease Lines 



Understanding Device Contexts 

Most applications need to display some type of data in their windows. You'd think that, because 
Windows is a device-independent operating system, creating window displays would be easier than 
luring a kitten with a saucer of milk. However, it's exactly Windows' device independence that places a 
little extra burden on a programmer's shoulders. Because you can never know in advance exactly what 
type of devices may be connected to a user's system, you can't make many assumptions about display 
capabilities. Functions that draw to the screen must do so indirectly through something called a device 
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context (DC). 

Although device independence forces you, the programmer, to deal with data displays indirectly, it helps 
you by ensuring that your programs run on all popular devices. In most cases, Windows handles devices 
for you through the device drivers that users have installed on the system. These device drivers intercept 
the data that the application needs to display and then translates the data appropriately for the device on 
which it will appear, whether that's a screen, a printer, or some other output device. 

To understand how all this device independence works, imagine an art teacher trying to design a course 
of study appropriate for all types of artists. The teacher creates a course outline that stipulates the subject 
of a project, the suggested colors to be used, the dimensions of the finished project, and so on. What the 
teacher doesn't stipulate is the surface on which the project will be painted or the materials needed to 
paint on that surface. In other words, the teacher stipulates only general characteristics. The details of 
how these characteristics are applied to the finished project are left to each specific artist. 

For example, an artist using oil paints will choose canvas as his drawing surface and oil paints, in the 
colors suggested by the instructor, as the paint. On the other hand, an artist using watercolors will select 
watercolor paper and will, of course, use watercolors instead of oils for paint. Finally, the charcoal artist 
will select the appropriate drawing surface for charcoal and will use a single color. 

The instructor in this scenario is much like a Windows programmer. The programmer has no idea who 
may eventually use the program and what kind of system that user may have. The programmer can 
recommend the colors in which data should be displayed and the coordinates at which the data should 
appear, for example, but it's the device driver— the Windows artist— who ultimately decides how the data 
appears. 

A system with a VGA monitor may display data with fewer colors than a system with a Super VGA 
monitor. Likewise, a system with a monochrome monitor displays the data in only a single color. 
High-resolution monitors can display more data than lower-resolution monitors. The device drivers, 
much like the artists in the imaginary art school, must take the display requirements and fine-tune them 
to the device on which the data will actually appear. And it's a data structure known as a device context 
that links the application to the device's driver. 

A device context (DC) is little more than a data structure that keeps track of the attributes of a window's 
drawing surface. These attributes include the currently selected pen, brush, and font that will be used to 
draw onscreen. Unlike an artist, who can have many brushes and pens with which to work, a DC can use 
only a single pen, brush, or font at a time. If you want to use a pen that draws wider lines, for example, 
you need to create the new pen and then replace the DC's old pen with the new one. Similarly, if you 
want to fill shapes with a red brush, you must create the brush and select it into the DC, which is how 
Windows programmers describe replacing a tool in a DC. 

A window's client area is a versatile surface that can display anything a Windows program can draw. The 
client area can display any type of data because everything displayed in a window— whether it be text, 
spreadsheet data, a bitmap, or any other type of data— is displayed graphically. MFC helps you display 
data by encapsulating Windows' GDI functions and objects into its DC classes. 
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Introducing the Painti Application 

In this chapter, you will build the Painti application, which demonstrates fonts, pens, and brushes. Painti 
will use the document/view paradigm discussed in Chapter 4, "Doeuments and Views," and the view will 
handle displaying the data. When run, the application will display text in several different fonts. When 
users click the application, it displays lines drawn with several different pens. After another click, it 
displays boxes filled with a variety of brushes. 

The first step in creating Painti is to build an empty shell with App Wizard, as first discussed in Chapter 
1, "Building Your First Windows Application." Choose File, New, and select the Projects tab. As shown 
in Figure 5.1, fill in the project name as Painti and fill in an appropriate directory for the projeet files. 
Make sure that MFC AppWizard (exe) is selected. Cliek OK. 

FIG. 5.1 Start an AppWizard project workspace called Painti. 

Move through the AppWizard dialog boxes, change the settings to match those in the list that follows, 
and then elick Next to move to the next step. 

Step 1 : Select Single Document. 

Step 2: Use default settings. 

Step 3: Use default settings. 

Step 4: Deselect all check boxes. 

Step 5: Use default settings. 

Step 6: Use default settings. 

After you eliek Finish on the last step, the New Projeet Information box should resemble Figure 5.2. 
Click OK to create the project. 

FIG. 5.2 The starter application for Painti is very simple. 

Now that you have a starter application, it's time to add eode to make it demonstrate some ways an MFC 
program can display data onscreen. By the time you get to the end of this chapter, the words display 
context won't make you scratch your head in perplexity. 



NOTE: Your starter application has menus, but you will ignore them completely. It would 
be quite a bit of work to remove them; just pretend they aren't there, n 



Building the Painti Application 

To build the Painti applieation, you first need to understand how painting and drawing work in an MFC 
program. Then you ean set up the skeleton eode to handle user clicks and the three different kinds of 
display. Finally, you'll fill in the code for each kind of display in turn. 
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Painting in an MFC Program 

In Chapter 3, "Messages and Commands," you learned about message maps and how you can tell MFC 
which functions to call when it receives messages from Windows. One important message that every 
Windows program with a window must handle is WM_PAINT. Windows sends the WM_PAINT 
message to an application's window when the window needs to be redrawn. Several events cause 
Windows to send a WM_PAINT message: 

• When users simply run the program: In a properly written Windows application, the application's 
window receives a WM_PAINT message almost immediately after being run, to ensure that the 
appropriate data is displayed from the very start. 

• When the window has been resized or has recently been uncovered (fully or partially) by another 
window: Part of the window that wasn't visible before is now onscreen and must be updated. 

• When a program indirectly sends itself a WM_PAINT message by invalidating its client area: This 
capability ensures that an application can change its window's contents almost any time it wants. 
For example, a word processor might invalidate its window after users paste some text from the 
Clipboard. 

When you studied message maps, you learned to convert a message name to a message-map macro and 
function name. You now know, for example, that the message-map macro for a WM_PAINT message is 
ON_WM_PAINT(). You also know that the matching message-map function should be called OnPaint(). 
This is another case where MFC has already done most of the work of matching a Windows message 
with its message-response function. (If all this message-map stuff sounds unfamiliar, you might want to 
review Chapter 3.) 

You might guess that your next step is to catch the WM_PAINT message or to override the OnPaint() 
function that your view class inherited from CView, but you won't do that. Listing 5.1 shows the code for 
CView::OnPaint(). As you can see, WM_PAINT is already caught and handled for you. 

Listing 5.1 CView: :OnPaint() 

void CView :: OnPaint ( ) 

{ 

/ / standard paint routine 
CPaintDC do (this); 

OnPrepareDC (&dc) ; 

OnDraw (&dc) ; 

} 

CPaintDC is a special class for managing paint DC.?— device contexts used only when responding to 
WM_PAINT messages. An object of the CPaintDC class does more than just create a DC; it also calls 
the BeginPaintO Windows API function in the class's constructor and calls EndPaint() in its destructor. 
When a program responds to WM_PAINT messages, calls to BeginPaintO and EndPaint() are required. 
The CPaintDC class handles this requirement without your having to get involved in all the messy 
details. As you can see, the CPaintDC constructor takes a single argument, which is a pointer to the 
window for which you're creating the DC. The this pointer points to the current view, so it's passed to the 
constructor to make a DC for the current view. 
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OnPrepareDCO is a CView function that prepares a DC for use. You'll learn more about it in Chapter 6, 
"Printing and Print Preview." 

OnDrawO does the actual work of visually representing the document. In most cases you will write the 
OnDrawO code for your application and never touch OnPaint(). 

Switching the Display 

The design for Paintl states that when you click the application's window, the window's display changes. 
This seemingly magical feat is actually easy to accomplish. You add a member variable to the view to 
store what kind of display is being done and then change it when users click the window. In other words, 
the program routes WM_LBUTTONDOWN messages to the OnLButtonDown() message-response 
function, which sets the m_display flag as appropriate. 

First, add the member variable. You must add it by hand rather than through the shortcut menu because 
the type includes an enum declaration. Open PaintlView.h from the FileView and add these lines after 
the //Attributes comment: 

protected : 

enum {Fonts, Pens, Brushes} m_Display; 



TIP: This is an anonymous or unnamed enum. You can learn more about enum types in 
Appendix A, " C++ Review and Object-Oriented Concepts." 



Choose ClassView in the Project Workspace pane, expand the classes, expand CPaintlView, and then 
double-click the constructor CPaintl View(). Add this line of code in place of the TODO comment: 

m_Display = Fonts; 

This initializes the display selector to the font demonstration. You use the display selector in the 
OnDrawO function called by CView ::OnPaint(). AppWizard has created CPaintlView: :OnDraw(), but it 
doesn't do anything at the moment. Double-click the function name in ClassView and add the code in 
Listing 5.2 to the function, removing the TODO comment left by AppWizard. 

Listing 5.2 CPaintl View: :OnDraw() 

void CPaintlView :: OnDraw (CDC* pDC) 

{ 

CPaintlDoc* pDoc = GetDocument ( ) ; 

ASSERT_VALID (pDoc) ; 
switch (m_Display) 

{ 

case Fonts: 

ShowFonts (pDC) ; 
break; 
case Pens : 

ShowPens (pDC) ; 
break; 
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case Brushes: 

ShowBrushes (pDC) ; 
break; 

} 

} 

You will write the three functions ShowFonts(), ShowPens(), and ShowBrushes() in upcoming sections 
of this chapter. Each function uses the same DC pointer that was passed to OnDraw() by OnPaint(). Add 
them to the class now by following these steps: 

1. Right-click the CPaintlView class in ClassView and select Add Member Function. 

2. Enter void for the Function Type. 

3. Enter ShowFonts(CDC* pDC) for the Function Declaration. 

4. Change the access to protected. Click OK. 

5. Repeat steps 1 through 4 for ShowPens(CDC* pDC) and ShowBrushes(CDC* pDC). 

The last step in arranging for the display to switch is to catch left mouse clicks and write code in the 
message handler to change m_display. 

Right-click CPaintlView in the ClassView and select Add Windows Message Handler from the shortcut 
menu that appears. Double-click WM_LBUTTONDOWN in the New Windows Messages/Events list 
box. ClassWizard adds a function called OnLButtonDown() to the view and adds entries to the message 
map so that this function will be called whenever users click the left mouse button over this view. 

Click Edit Existing to edit the OnLButtonDown() you just created, and add the code shown in Listing 

5.3. 

Listing 5.3 CPaint1View::OnLButtonDown() 

void CPaint iView : : OnLButtonDown (UINT nFlags, CPoint point) 

{ 

if (m_Display == Fonts) 
m_Display = Pens; 
else if (m_Display == Pens) 
m_Display = Brushes; 

else 

m_Display = Fonts 
Invalidate ( ) ; 

CView: : OnLButtonDown (nFlags , point) ; 

} 

As you can see, depending on its current value, m_display is set to the next display type in the series. Of 
course, just changing the value of m_display doesn't accomplish much; the program still needs to redraw 
the contents of its window. The call to Invalidate() tells Windows that all of the window needs to be 
repainted. This causes Windows to generate a WM_PAINT message for the window, which means that 
eventually OnDraw() will be called and the view will be redrawn as a font, pen, or brush demonstration. 
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Using Fonts 

Changing the font used in a view is a technique you'll want to use in various situations. It's not as simple 
as you might think because you can never be sure that any given font is actually installed on the user's 
machine. You set up a structure that holds information about the font you want, attempt to create it, and 
then work with the font you actually have, which might not be the font you asked for. 

A Windows font is described in the LOGFONT structure outlined in Table 5.1. The LOGFONT structure 
uses 14 fields to hold a complete description of the font. Many fields can be set to 0 or the default values, 
depending on the program's needs. 

Table 5.1 LOGFONT Fields and Their Descriptions 



Field 


Description 


IfHeight 


Font height in logical units 


IfWidth 


Font width in logical units 


IfEscapement 


Angle at which to draw the text 


IfOrientation 


Character tilt in tenths of a degree 


IfW eight 


Font weight 


Ifitalic 


A nonzero value indicates italics 


IfUnderline 


A nonzero value indicates an underlined font 


IfStrikeOut 


A nonzero value indicates a strikethrough font 


IfCharSet 


Font character set 


IfOutPrecision 


How to match requested font to actual font 


IfClipPrecision 


How to clip characters that run over clip area 


IfQuality 


Print quality of the font 


IfPitchAndFamily 


Pitch and font family 


IfFaceName 


Typeface name 



Some terms in Table 5.1 need a little explanation. The first is logical units. How high is a font with a 
height of 8 logical units, for example? The meaning of a logical unit depends on the mapping mode 
you're using, as shown in Table 5.2. The default mapping mode is MM_TEXT, which means that one 
logical unit is equal to 1 pixel. Mapping modes are discussed in more detail in Chapter 6. 

Table 5.2 Mapping Modes 



Mode 


Unit 


MM_HIENGLISH 


0.001 inch 


MM_HIMETRIC 


0.01 millimeter 


MMJSOTROPIC 


Arbitrary 
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MM_LOENGFISH 


0.01 inch 


MM_FOMETRIC 


0.1 millimeter 


MM_TEXT 


Device pixel 


MM_TWIPS 


1/1440 inch 



Escapement refers to writing text along an angled line. Orientation refers to writing angled text along a 
flat line. The font weight refers to the thickness of the letters. A number of constants have been defined 
for use in this field: FW_DONTCARE, FW_THIN, FW_EXTRALIGHT, FW_UETRAEIGHT, 
FW_EIGHT, FW_NORMAE, FW_REGUEAR, FW_MEDIUM, FW_SEMIBOED, FW_DEMIBOED, 
FW_BOED, FW_EXTRABOED, FW_UETRABOED, FW_BEACK, and FW_HEAVY. Not all fonts 
are available in all weights. Four character sets are available (ANSI_CHARSET, OEM_CHARSET, 
SYMBOF_CHARSET, and UNICODE_CHARSET), but for writing English text you'll almost always 
use ANSI_CHARSET. (Unicode is discussed in Chapter 28, "Future Explorations.") The last field in the 
EOGFONT structure is the face name, such as Courier or Helvetica. 

Fisting 5.4 shows the code you need to add to the empty ShowFonts() function you created earlier. 

Listing 5.4 CPaint1View::ShowFonts() 

void CPaint iView : : ShowFonts (CDC * pDC) 

{ 

// Initialize a LOGFONT structure for the fonts. 

LOGFONT logFont; 

logFont . if Height = 8; 

logFont . IfWidth = 0; 

logFont . if Escapement = 0; 

logFont . if Orientation = 0; 

logFont . IfWeight = FW_NORMAL; 

logFont . if Italic = 0; 

logFont . IfUnderline = 0; 

logFont . if St rikeOut = 0; 

logFont . IfCharSet = ANSI_CHARSET; 

logFont . IfOutPrecision = OUT_DEFAULT_PRECIS; 

logFont . IfClipPrecision = CLIP_DEFAULT_PRECIS; 

logFont . IfQuality = PROOF_QUALITY; 

logFont . IfPitchAndFamily = VARIABLE_P ITCH | FF_ROMAN; 
strcpy ( logFont . If FaceName , "Times New Roman"); 

// Initialize the position of text in the window. 

UINT position = 0; 

// Create and display eight example fonts, 
for (UINT x=0; x<8; ++x) 

{ 

/ / Set the new font ' s height . 
logFont . if Height = 16 + (x * 8) ; 

// Create a new font and select it into the DC. 
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CFont font; 

font . Great eFont Indirect (SlogFont ) ; 

CFont* oldFont = pDC->SelectOb ject (&font ) ; 

// Print text with the new font, 
position += logFont . if Height ; 

pDC->TextOut ( 2 0 , position, "A sample font."); 

// Restore the old font to the DC. 
pDC->SelectOb ject (oldFont) ; 

} 

} 

ShowFonts()starts by setting up a Times Roman font 8 pixels high, with a width that best matches the 
height and all other attributes set to normal defaults. 

To show the many fonts displayed in its window, the Paint 1 application creates its fonts in a for loop, 
modifying the value of the LOGFONT structure's IfHeight member each time through the loop, using the 
loop variable x to calculate the new font height: 

logFont . if Height = 16 + (x * 8) ; 

Because x starts at 0, the first font created in the loop will be 16 pixels high. Each time through the loop, 
the new font will be 8 pixels higher than the previous one. 

After setting the font's height, the program creates a CFont object and calls its CreateFontIndirect() 
function, which attempts to create a CFont object corresponding to the LOGFONT you created. It will 
change the LOGFONT to describe the CFont that was actually created, given the fonts installed on the 
user's machine. 

After ShowFontsO calls CreateFontIndirect(), the CFont object is associated with a Windows font. Now 
you can select it into the DC. Selecting objects into device contexts is a crucial concept in Windows 
output programming. You can't use any graphical object, such as a font, directly; instead, you select it 
into the DC and then use the DC. You always save a pointer to the old object that was in the DC (the 
pointer is returned from the SelectObject() call) and use it to restore the device context by selecting the 
old object again when you're finished. The same function, SelectObject(), is used to select various objects 
into a device context: the font you're using in this section, a pen, a brush, or a number of other drawing 
objects. 

After selecting the new font into the DC, you can use the font to draw text onscreen. The local variable 
position holds the vertical position in the window at which the next line of text should be printed. This 
position depends on the height of the current font. After all, if there's not enough space between the lines, 
the larger fonts will overlap the smaller ones. When Windows created the new font, it stored the font's 
height (most likely the height that you requested, but maybe not) in the LOGFONT structure's IfHeight 
member. By adding the value stored in IfHeight, the program can determine the next position at which to 
display the line of text. To make the text appear onscreen, ShowFontsO calls TextOut(). 

TextOutO's first two arguments are the X and Y coordinates at which to print the text. The third 
argument is the text to print. Having printed the text, you restore the old font to the DC in case this is the 
last time through the loop. 
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Build the application and run it. It should resemble Figure 5.3. If you click the window, it will go blank 
because the ShowPens() routine doesn't draw anything. Click again and it's still blank, this time because 
the ShowBrushesO routine doesn't draw anything. Click a third time and you are back to the fonts screen 

FIG. 5.3 The font display shows different types of text output. 



Sizing and Positioning the Window 

As you can see in Figure 5.3, Paintl doesn't display eight different fonts at 800*600 screen settings— only 
seven can fit in the window. To correct this, you need to set the size of the window a little larger than the 
Windows default. In an MFC program, you do this in the mainframe class PreCreateWindow() function. 
This is called for you just before the mainframe window is created. The mainframe window surrounds 
the entire application and governs the size of the view. 

PreCreateWindowO takes one parameter, a reference to a CREATESTRUCT structure. The 
CREATESTRUCT structure contains essential information about the window that's about to be created, 
as shown in Listing 5.5. 

Listing 5.5 The CREATESTRUCT Structure 



typedef struct tagCREATESTRt 


LPVOID 


IpCreateParams ; 


HANDLE 


hinstance ; 


HMENU 


hMenu ; 


HWND 


hwndParent ; 


int 


cy; 


int 


cx; 


int 


y; 


int 


x; 


LONG 


style; 


LPCSTR 


Ips zName ; 


LPCSTR 


IpszClass; 


DWORD 


dwExStyle ; 



} CREATESTRUCT; 



{ 



If you've programmed Windows without application frameworks such as MEC, you'll recognize the 
information stored in the CREATESTRUCT structure. You used to supply much of this information 
when calling the Windows API function Create Window() to create your application's window. Of special 
interest to MEC programmers are the ex, cy, x, and y members of this structure. By changing ex and cy, 
you can set the window width and height, respectively. Similarly, modifying x and y changes the 
window's position. By overriding PreCreateWindowO, you have a chance to fiddle with the 
CREATESTRUCT structure before Windows uses it to create the window. 



AppWizard created a CMainErame::PreCreateWindow() function. Expand CMainErame in ClassView, 
double-click PreCreateWindowO to edit it, and add lines to obtain the code shown in Listing 5.6. This 
sets the application's height and width. It also prevents 
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Understanding Objects and Persistence 

One of the most important things a program must do is save users' data after that data is changed in some 
way. Without the capability to save edited data, the work a user performs with an application exists only 
as long as the application is running, vanishing the instant the user exits the application. Not a good way 
to get work done! In many cases, especially when using AppWizard to create an application. Visual C++ 
provides much of the code necessary to save and load data. However, in some cases— most notably when 
you create your own object types— you have to do a little extra work to keep your users' files up to date. 

When you're writing an application, you deal with a lot of different object types. Some data objects might 
be simple types, such as integers and characters. Other objects might be instances of classes, such as 
strings from the CString class or even objects created from your own custom classes. When using objects 
in applications that must create, save, and load documents, you need a way to save and load the state of 
those objects so that you can re-create them exactly as users left them at the end of the last session. 

An object's capability to save and load its state is called persistence. Almost all MFC classes are 
persistent because they're derived directly or indirectly from MFC's CObject class, which provides the 
basic functionality for saving and loading an object's state. The following section reviews how MFC 
makes a document object persistent. 

Examining the File Demo Application 

When you use Visual C-E-i-'s AppWizard to create a program, you get an application that uses document 
and view classes to organize, edit, and display its data. As discussed in Chapter 4, "Documents and 
Views," the document object, derived from the CDocument class, is responsible for holding the 
application's data during a session and for saving and loading the data so that the document persists from 
one session to another. 

In this chapter, you'll build the File Demo application, which demonstrates the basic techniques behind 
saving and loading data of an object derived from CDocument. File Demo's document is a single string 
containing a short message, which the view displays. 

Three menu items are relevant in the File Demo application. When the program first begins, the message 
is automatically set to the string Default Message. Users will change this message by choosing Edit, 
Change Message. The File, Save menu option saves the document, as you'd expect, and File, Open 
reloads it from disk. 

A Review of Document Classes 

Anyone who's written a program has experienced saving and opening files— object persistence from the 
user's point of view. In this chapter you'll learn how persistence works. Although you had some 
experience with document classes in Chapter 4, you'll now review the basic concepts with an eye toward 
extending those concepts to your own custom classes. 

When working with an application created by AppWizard, you must complete several steps to enable 
your document to save and load its state. Those steps are discussed in this section. The steps are as 
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follows: 

1. Define the member variables that will hold the document's data. 

2. Initialize the member variables in the document class's OnNewDocument() member function. 

3. Display the current document in the view class's OnDraw() member function. 

4. Provide member functions in the view class that enable users to edit the document. 

5. Add to the document class's Serialize() member function the code needed to save and load the 
data that comprises the document. 

When your application can handle multiple documents, you need to do a little extra work to be sure that 
you use, change, or save the correct document. Luckily, most of that work is taken care of by MFC and 
AppWizard. 

Building the File Demo Application 

To build the File Demo application, start by using AppWizard to create an SDI application. All the other 
AppWizard choices should be left at their default values, so you can speed things up by clicking Finish 
on Step 1 after selecting SDI and making sure that Document/View support is selected. 

Double-click CfileDemoDoc in ClassView to edit the header file for the document class. In the Attributes 
section add a CString member variable called m_message, so that the Attributes section looks like this: 

/ / Attributes 
public : 

CString m_message; 

In this case, the document's storage is nothing more than a single string object. Usually, your document's 
storage needs are much more complex. This single string, however, is enough to demonstrate the basics 
of a persistent document. It's very common for MFC programmers to use public variables in their 
documents, rather than a private variable with public access functions. It makes it a little simpler to write 
the code in the view class that will access the document variables. It will, however, make future 
enhancements a little more work. These tradeoffs are discussed in more detail in Appendix A, "C++ 
Review and Object-Oriented Concepts." 

This string, like all the document's data, must be initialized. The OnNewDocument() member function is 
the place to do it. Expand CFileDemoDoc in ClassView and double-click OnNewDocument() to edit it. 
Add a line of code to initialize the string so that the function looks like Listing 7.1. You should remove 
the TODO comments because you've done what they were reminding you to do. 

Listing 7.1 initiaiizing the Document's Data 

BOOL CFileDemoDoc : : OnNewDocument () 

{ 

if ( ! CDocument : : OnNewDocument ( ) ) 
return FALSE; 

m_message = "Default Message"; 
return TRUE; 

} 
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With the document class's m_message data member initialized, the application can display the data in the 
view window. You just need to edit the view class's OnDraw() function (see Listing 7.2). Expand 
CFileDemoView in ClassView and double-click OnDraw() to edit it. Again, you're just adding one line 
of code and removing the TODO comment. 

Listing 7.2 Dispiaying the Document's Data 

void CFileDemoView :: OnDraw (CDC* pDC) 

{ 

CFileDoc* pDoc = GetDocument ( ) ; 

ASSERT_VALID (pDoc) ; 

pDC->TextOut ( 2 0 , 20, pDoc->m_message) ; 

} 

Getting information onscreen, using device contexts, and the TextOut() function are all discussed in 
Chapter 5, "Drawing on the Screen." 

Build File Demo now, to make sure there are no typos, and run it. You should see Default Message 
appear onscreen. 

Now, you need to allow users to edit the application's document by changing the string. In theory, the 
application should display a dialog box to let the user enter any desired string at all. For our purposes, 
you're just going to have the Edit, Change Message menu option assign the string a different, hard-coded 
value. ShowString, the subject of Chapter 8, "Building a Complete Application: ShowString," shows 
how to create a dialog box such as the one File Demo might use. 

Click the Resource tab to switch to ResourceView, expand the resources, expand Menus, and 
double-click IDR_MAINFRAME to edit it. Click once on the Edit item in the menu you are editing to 
drop it down. Click the blank item at the end of the list and type Change &Message. This will add 
another item to the menu. 

Choose View, ClassWizard to make the connection between this menu item and your code. You should 
see ID_EDIT_CHANGEMESSAGE highlighted already; if not, click it in the box on the left to highlight 
it. Choose CFileDemoView from the drop-down box on the upper right. Click COMMAND in the 
lower-right box and then click the Add Function button. Accept the suggested name, 
OnEditChangemessageO, by clicking OK on the dialog that appears. Click Edit Code to open the new 
function in the editor and edit it to match Listing 7.3. 

Listing 7.3 Changing the Document's Data 

void CFileDemoView: : OnEditChangemessage () 

{ 

CTime now = CTime : : GetCurrentTime ( ) ; 

CString changetime = now . Format (" Changed at %B %d %H:%M:%S"); 
GetDocument () ->m_message = changetime; 

GetDocument ( ) ->SetModif iedFlag ( ) ; 

Invalidate ( ) ; 
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} 

This function, which responds to the application's Edit, Change Message command, builds a string from 
the current date and time and transfers it to the document's data member. (The CTime class and its 
FormatO function are discussed in Appendix F, "Useful Classes.") The call to the document class's 
SetModifiedFlagO function notifies the object that its contents have been changed. The application will 
warn about exiting with unsaved changes as long as you remember to call SetModifiedFlagO everywhere 
there might be a change to the data. Finally, this code forces a redraw of the screen by calling 
InvalidateO, as discussed in Chapter 4. 



TIP: If m_message was a private member variable of the document class, you could have a 
public SetMessageO function that called SetModifiedFlagO and be guaranteed no 
programmer would ever forget to call it. That's one of the advantages of writing truly 
object-oriented programs. 



The document class's Serialize() function handles the saving and loading of the document's data. Fisting 
7.4 shows the empty shell of Serialize() generated by AppWizard. 

Listing 7.4 FILEVIEW.CPP--The Document Class Serialize() Function 

void CFileDoc :: Serialize (CArchive& ar) 

{ 

if (ar . IsStoring ( ) ) 

{ 

// TODO: add storing code here 

} 

else 

{ 

// TODO: add loading code here 

} 

} 

Because the CString class (of which m_message is an object) defines the » and « operators for 
transferring strings to and from an archive, it's a simple task to save and load the document class's data. 
Simply add this line where the comment reminds you to add storing code: 

ar << m_message; 

Add this similar line where the loading code belongs: 

ar >> m_message; 

The « operator sends the CString m_message to the archive; the » operator fills m_message from the 
archive. As long as all the document's member variables are simple data types such as integers or 
characters, or MFC classes such as CString with these operators already defined, it's easy to save and 
load the data. The operators are defined for these simple data types: 

• BYTE 

• WORD 
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• int 

• LONG 

• DWORD 

• float 

• double 



Build File Demo and run it. Choose Edit, Change Message, and you should see the new string onscreen, 
as shown in Figure 7.1. Choose File, Save and enter a filename you can remember. Now change the 
message again. Choose File, New and you'll be warned about saving your current changes first, as in 
Figure 7.2. Choose File, Open and browse to your file, or just find your filename towards the bottom of 
the File menu to re-open it, and you'll see that File Demo can indeed save and reload a string. 

FIG. 7.1 File Demo changes the string on command. 

FIG. 7.2 Yo 
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Building an Application That Displays a String 

In this chapter you pull together the concepts demonstrated in previous chapters to create an application that really 
does something. You add a menu, a menu item, a dialog box, and persistence to an application that draws output 
based on user settings. In subsequent chapters this application serves as a base for more advanced work. 

The sample application you will build is very much like the traditional "Hello, world!" of C programming. It 
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simply displays a text string in the main window. The document (what you save in a file) contains the string and a 
few settings. There is a new menu item to bring up a dialog box to change the string and the settings, which control 
the string's appearance. This is a deliberately simple application so that the concepts of adding menu items and 
adding dialogs are not obscured by trying to understand the actual brains of the application. So, bring up Developer 
Studio and follow along. 

Creating an Empty Shell with AppWizard 

First, use AppWizard to create the starter application. (Chapter 1, "Building Your First Windows Application," 
covers AppWizard and creating starter applications.) Choose File, New and the Project tab. Select an MFC 
AppWizard (exe) application, name the project ShowString so that your classnames will match those shown 
throughout this chapter, and click OK. 

In Step 1 of AppWizard, it doesn't matter much whether you choose SDI or MDI, but MDI will enable you to see 
for yourself how little effort is required to have multiple documents open at once. So, choose MDI. Choose U.S. 
English, and then click Next. 

The ShowString application needs no database support and no compound document support, so click Next on Step 
2 and Step 3 without changing anything. In AppWizard's Step 4 dialog box, select a docking toolbar, initial status 
bar, printing and print preview, context-sensitive help, and 3D controls, and then click Next. Choose source file 
comments and shared DLL, and then click Next. The classnames and filenames are all fine, so click Linish. Ligure 
8.1 shows the final confirmation dialog box. Click OK. 

FIG. 8.1 AppWizard summarizes the design choices for ShowString. 

Displaying a String 

The ShowString application displays a string that will be kept in the document. You need to add a member variable 
to the document class, CShowStringDoc, and add loading and saving code to the Serialize() function. You can 
initialize the string by adding code to OnNewDocument() for the document and, in order to actually display it, 
override OnDraw() for the view. Documents and views are introduced in Chapter 4, "Documents and Views." 

Member Variable and Serialization Add a private variable to the document and a public function to get the 
value by adding these lines to ShowStringDoc.h: 

private : 

CSt ring stringi- 
public : 

CString GetString() {return string;} 

The inline function gives other parts of your application a copy of the string to use whenever necessary but makes 
it impossible for other parts to change the string. 

Next, change the skeleton CShowStringDoc; :Serialize() function provided by AppWizard to look like Listing 8.1. 
(Expand CShowStringDoc in ClassView and double-click Serialize() to edit the code.) Because you used the MLC 
CString class, the archive has operators « and » already defined, so this is a simple function to write. It fills the 
archive from the string when you are saving the document and fills the string from the archive when you are 
loading the document from a file. Chapter 7, "Persistence and Lile I/O," introduces serialization. 

Listing 8.1 SHOWSTRINGDOC.CPP-CShowStringDoc::Seriaiize() 

void CShowStringDoc :: Serialize (CArchiveSc ar) 

{ 
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if (ar . IsStoring ( ) ) 

{ 

ar << string; 

} 

else 

{ 

ar >> string; 

} 

} 

Initializing the String Whenever a new document is created, you want your application to initialize string to 
"Hello, world!". A new document is created when the user chooses File, New. This message is caught by 
CShowStringApp (the message map is shown in Listing 8.2, you can see it yourself by scrolling toward the top of 
ShowString.cpp) and handled by CWinApp:;OnFileNew(). (Message maps and message handlers are discussed in 
Chapter 3, "Messages and Commands.") Starter applications generated by AppWizard call OnFileNewO to create a 
blank document when they mn. OnFileNewO calls the document's OnNewDocument(), which actually initiali z es 
the member variables of the document. 

Listing 8.2 SHOWSTRING.CPP-Message Map 

BEGIN_MESSAGE_MAP (CShowStringApp, CWinApp) 

// { {AFX_MSG_MAP (CShowStringApp) 

ON_COMMAND ( ID_APP_ABOUT , OnAppAbout) 

// NOTE - The ClassWizard will add and remove mapping macros here. 
// DO NOT EDIT what you see in these blocks of generated code! 

// } }AFX_MSG_MAP 

// Standard file-based document commands 
ON_COMMAND ( ID_FILE_NEW, CWinApp: lOnFileNew) 

ON_COMMAND ( ID_FILE_OPEN, CWinApp: :OnFileOpen) 

// Standard print setup command 

ON_COMMAND (ID_FILE_PRINT_SETUP, CWinApp: : OnFilePrintSetup) 
END_MESSAGE_MAP ( ) 

AppWizard gives you the simple OnNewDocument() shown in Listing 8.3. To see yours in the editor, double-click 
OnNewDocumentO in ClassView-you may have to expand CshowStringDoc first. 

Listing 8.3 SHOWSTRINGDOC.CPP--CShowStringDoc::OnNewDocument() 

BOOL CShowSt ringDoc : : OnNewDocument ( ) 

{ 

if ( ! CDocument : : OnNewDocument ( ) ) 
return FALSE; 

// TODO: add reinitialization code here 
// (SDI documents will reuse this document) 
return TRUE; 

} 

Take away the comments and add this line in their place: 

string = "Hello, world!"; 

(What else could it say, after all?) Leave the call to CDocument: ;OnNewDocument() because that will handle all 
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Other work involved in making a new document. 

Getting the String Onscreen As you learned in Chapter 5, "Drawing on the Screen," a view's OnDraw() function 
is called whenever that view needs to be drawn, such as when your application is first started, resized, or restored 
or when a window that had been covering it is taken away. AppWizard has provided a skeleton, shown in Listing 
8.4. To edit this function, expand CShowStringView in ClassView and then double-click OnDraw(). 

Listing 8.4 SHOWSTRINGVIEW.CPP-CShowStringView::OnDraw() 

void CShowStringView :: OnDraw (CDC* pDC) 

{ 

CShowSt ringDoc* pDoc = GetDocument ( ) ; 

ASSERT_VALID (pDoc) ; 

// TODO: add draw code for native data here 

} 

OnDrawO takes a pointer to a device context, as discussed in Chapter 5. The device context class, CDC, has a 
member function called DrawText() that draws text onscreen. It is declared like this; 

int DrawText ( const CString& str, LPRECT IpRect, UINT nFormat ) 



See "Understanding Device Contexts," ch. 5 



The CString to be passed to this function is going to be the string from the document class, which can be accessed 
as pDoc->GetString(). The IpRect is the client rectangle of the view, returned by GetClientRect(). Finally, nFormat 
is the way the string should display; for example, DT_CENTER means that the text should be centered from left to 
right within the view. DT_VCENTER means that the text should be centered up and down, but this works only for 
single lines of text that are identified with DT_SINGLELINE. Multiple format flags can be combined with I, so 
DT_CENTERIDT_VCENTERIDT_SINGLELINE is the nEormat that you want. The drawing code to be added to 
CShowStringView; :OnDraw() looks like this; 

CRect rect; 

GetClientRect (&rect) ; 

pDC->DrawText (pDoc->Get String ( ) , &rect, DT_CENTER | DT_VCENTER | DT_SINGLELINE) ; 

This sets up a CRect and passes its address to GetClientRect(), which sets the CRect to the client area of the view. 
DrawTextO draws the document's string in the rectangle, centered vertically and horizontally. 

At this point, the application should display the string properly. Build and execute it, and you will see something 
like Eigure 8.2. You have a lot of functionality-menus, toolbars, status bar, and so on-but nothing that any other 
Windows application doesn't have, yet. Starting with the next section, that changes. 

FIG. 8.2 ShowString starts simply, with the usual greeting. 

Building the ShowString Menus 

AppWizard creates two menus for you, shown in the ResourceView window in Eigure 8.3. IDR_MAINERAME is 
the menu shown when no file is open; IDR_SHOWSTTYPE is the menu shown when a ShowString document is 
open. Notice that IDR_MAINERAME has no Window menus and that the Eile menu is much shorter than the one 
on the IDR_SHOWSTTYPE menu, with only New, Open, Print Setup, recent files, and Exit items. 

FIG. 8.3 AppWizard creates two menus for ShowString. 
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You are going to add a menu item to ShowString, so the first decision is where to add it. The user will be able to 
edit the string that displays and to set the string's format. You could add a Value item to the Edit menu that brings 
up a small dialog box for only the string and then create a Format menu with one item, Appearance, that brings up 
the dialog box to set the appearance. The choice you are going to see here, though, is to combine everything into 
one dialog box and then put it on a new Tools menu, under the Options item. 



NOTE: You may have noticed already that more and more Windows applications are standardizing 
Tools, Options as the place for miscellaneous settings. 



Do you need to add the item to both menus? No. When there is no document open, there is nowhere to save the 
changes made with this dialog box. So only IDR_SHOWSTTYPE needs to have a menu added. Open the menu by 
double-clicking it in the ResourceView window. At the far right of the menu, after Help, is an empty menu. Click 
it and type &Tools. The Properties dialog box appears; pin it to the background by clicking the pushpin. The 
Caption box contains &Tools. The menu at the end becomes the Tools menu, with an empty item underneath it; 
another empty menu then appears to the right of the Tools menu, as shown in Figure 8.4. 

FIG. 8.4 Adding the Tools menu is easy in the ResourceView window. 

Click the new Tools menu and drag it between the View and Window menus, corresponding to the position of 
Tools in products like Developer Studio and Microsoft Word. Next, click the empty sub-item. The Properties 
dialog box changes to show the blank properties of this item; change the caption to &Options and enter a sensible 
prompt, as shown in Figure 8.5. The prompt will be shown on the status bar when the user pauses the mouse over 
the menu item or moves the highlight over it with the cursor. 



TIP: The & in the Caption edit box precedes the letter that serves as the mnemonic key for selecting 
that menu with the keyboard (for example, Alt+T in the case of Tools). This letter appears underlined 
in the menu. There is no further work required on your part. You can opt to select a different 
mnemonic key by moving the & so that it precedes a different letter in the menu or menu item name 
(for example, T&ools changes the key from Tto o). You should not use the same mnemonic letter for 
two menus or for two items on the same menu. 



All menu items have a resource ID, and this resource ID is the way the menu items are connected to your code. 
Developer Studio will choose a good one for you, but it doesn't appear right away in the Properties dialog box. 
Click some other menu item, and then click Options again; you see that the resource ID is ID_TOOFS_OPTIONS. 
Alternatively, press Enter when you are finished, and the highlight moves down to the empty menu item below 
Options. Press the up-arrow cursor key to return the highlight to the Options item. 

If you'd like to provide an accelerator, like the Ctrl+C for Edit, Copy that the system provides, this is a good time 
to do it. Click the -i- next to Accelerator in the ResourceView window and then double-click IDR_MAINFRAME, 
the only Accelerator table in this application. At a glance, you can see what key combinations are already in use. 
Ctrl+0 is already taken, but Ctrl+T is available. To connect Ctrl+T to Tools, Options, follow these steps: 

FIG. 8.5 The menu command Tools, Options controls everything that ShowString does. 

1. Click the empty line at the bottom of the Accelerator table. If you have closed the Properties dialog box, 
bring it back by choosing View, Properties and then pin it in place. (Alternatively, double-click the empty 
line to bring up the Properties dialog box.) 

2. Click the drop-down list box labeled ID and choose ID_TOOLS_OPTIONS from the list, which is in 
alphabetical order. (There are a lot of entries before ID_TOOLS_OPTIONS; drag the elevator down to 
almost the bottom of the list or start typing the resource ID-by the time you type ID_TO, the highlight will 
be in the right place.) 
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3. Type T in the Key box; then make sure that the Ctrl check box is selected and that the Alt and Shift boxes 
are deselected. Alternatively, click the Next Key Typed button and then type Ctrl+T, and the dialog box 
will be filled in properly. 

4. Click another line in the Accelerator table to commit the changes. 

Figure 8.6 shows the Properties dialog box for this accelerator after again clicking the newly entered line. 

What happens when the user chooses this new menu item, Tools, Options? A dialog box displays. So, tempting as 
it may be to start connecting this menu to code, it makes more sense to build the dialog box first. 

Building the ShowString Dialog Boxes 

Chapter 2, "Dialogs and Controls," introduces dialog boxes. This section builds on that background. ShowString is 
going to have two custom dialog boxes; one brought up by Tools, Options and also an About dialog box. An About 
dialog box has been provided by AppWizard, but it needs to be changed a little; you build the Options dialog box 
from scratch. 

FIG. 8.6 Keyboard accelerators are connected to resource IDs. 

ShowString's About Dialog Box 

Figure 8.7 shows the About dialog box that AppWizard makes for you; it contains the application name and the 
current year. To view the About dialog box for ShowString, click the ResourceView tab in the project workspace 
window, expand the Dialogs list by clicking the + icon next to the word Dialogs, and then double-click 
IDD_AB OUTBOX to bring up the About dialog box resource. 

FIG. 8.7 AppWizard makes an About dialog box for you. 

You might want to add a company name to your About dialog box. Here's how to add Que Books, as an example. 
Click the line of text that reads Copyright© 1998, and it will be surrounded by a selection box. Bring up the 
Properties dialog box, if it isn't up. Edit the caption to add Que Books at the end; the changes are reflected 
immediately in the dialog box. 



TIP: If the rulers you see in Figure 8.7 don't appear when you open IDD_ABOUTBOX in Developer 
Studio, you can turn them on by choosing Layout, Guide Settings and then selecting the Rulers and 
Guides radio button in the top half of the Guide Settings dialog box. 



I decided to add a text string to remind users what book this application is from. Here's how to do that; 

1. Size the dialog box a little taller by clicking the whole dialog box to select it, clicking the sizing square in 
the middle of the bottom border, and dragging the bottom border down a little. (This visual editing is what 
gave Visual C-e-i- its name when it first came out.) 

2. In the floating toolbar called Controls, click the button labeled Aa to get a static control, which means a 
piece of text that the user cannot change, perfect for labels like this. Click within the dialog box under the 
other text to insert the static text there. 

3. In the Properties dialog box, change the caption from Static to Using Visual C++ 6. The box 
automatically resizes to fit the text. 

4. Hold down the Ctrl key and click the other two static text lines in the dialog box. Choose Layout, Align 
Controls, Left, which aligns the edges of the three selected controls. The one you select last stays still, and 
the others move to align with it. 
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5. Choose Layout, Space Evenly, Down. These menu options can save you a great deal of dragging, 
squinting at the screen, and then dragging again. 

The About dialog box will resemble Figure 8.8. 

FIG. 8.8 In a matter of minutes, you can customize your About dialog box. 

TIP: All the Layout menu items are on the Dialog toolbar. 



ShowString's Options Dialog Box 

The Options dialog box is simple to build. First, make a new dialog box by choosing Insert, Resource and then 
double-clicking Dialog. An empty dialog box called Dialog 1 appears, with an OK button and a Cancel button, as 
shown in Figure 8.9. 

FIG. 8.9 A new dialog box always has OK and Cancel buttons. 

Next, follow these steps to convert the empty dialog box into the Options dialog box; 

1. Change the ID to IDD_OPTIONS and the caption to Options. 

2. In the floating toolbar called Controls, click the button labeled abl to get an edit box in which the user can 
enter the new value for the string. Click inside the dialog box to place the control and then change the ID to 
IDC_OPTIONS_STRING. (Control IDs should all start with IDC and then mention the name of their 
dialog box and an identifier that is unique to that dialog box.) 

3. Drag the sizing squares to resize the edit box as wide as possible. 

4. Add a static label above the edit box and change that caption to String:. 

You will revisit this dialog box later, when adding the appearance capabilities, but for now it's ready to be 
connected. It will look like Figure 8.10. 

FIG. 8.10 The Options dialog box is the place to change the string. 

Making the Menu Work 

When the user chooses Tools, Options, the Options dialog box should display. You use ClassWizard to arrange for 
one of your functions to be called when the item is chosen, and then you write the function, which creates an object 
of your dialog box class and then displays it. 

The Dialog Box Class 

ClassWizard makes the dialog box class for you. While the window displaying the IDD_OPTIONS dialog box has 
focus, choose View, ClassWizard. ClassWizard realizes there is not yet a class that corresponds to this dialog box 
and offers to create one, as shown in Figure 8.11. 

FIG. 8.11 Create a C++ class to go with the new dialog box. 

Leave Create a New Class selected and then click OK. The New Class dialog box, shown in Figure 8.12, appears. 
FIG. 8.12 The dialog box class inherits from CDialog. 

Fill in the dialog box as follows: 
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1. Choose a sensible name for the class, one that starts with C and contains the word Dialog; this example 
uses COptionsDialog. 

2. The base class defaults to CDialog, which is perfect for this case. 

3. Click OK to create the class. 

The ClassWizard dialog box has been waiting behind these other dialog boxes, and now you use it. Click the 
Member Variables tab and connect IDC_OPTIONS_STRING to a CString called m_string, just as you connected 
controls to member variables of the dialog box class in Chapter 2. Click OK to close ClassWizard. 

Perhaps you're curious about what code was created for you when ClassWizard made the class. The header file is 
shown in Listing 8.5. 

Listing 8.5 OPTIONSDIALOG.H-Header Fiie for COptionsDiaiog 

// Opt ionsDialog . h : header file 

// 

///////////////////////////////////////////////////////////////////////////// 
// COptionsDialog dialog 
class COptionsDialog : public CDialog 
{ 

// Construction 
public : 

COptionsDialog (CWnd* pParent = NULL); // standard constructor 
// Dialog Data 

//{ {AFX_DATA (COptionsDialog) 
enum { IDD = IDD_OPTIONS }; 

CString m_string; 

/ / } } AFX_DATA 
// Overrides 

// ClassWizard generated virtual function overrides 
// { { AFX_VIRTUAL (COptionsDialog) 
protected : 

virtual void DoDataExchange (CDataExchange* pDX) ; // DDX/DDV support 

// } }AFX_VIRTUAL 
// Implementation 
protected : 

// Generated message map functions 
// { { AFX_MSG (COptionsDialog) 

// NOTE: The ClassWizard will add member functions here 
// } }AFX_MSG 
DECLARE_MESSAGE_MAP () 

}; 

There are an awful lot of comments here to help ClassWizard find its way around in the file when the time comes 
to add more functionality, but there is only one member variable, m_string; one constructor; and one member 
function, DoDataExchange(), which gets the control value into the member variable, or vice versa. The source file 
isn't much longer; it's shown in Listing 8.6. 

Listing 8.6 OPTIONSDIALOG.CPP-Impiementation Fiie for COptionsDiaiog 

// Opt ionsDialog . cpp : implementation file 
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// 

#include "stdafx.h" 

#include " ShowString . h" 

#include "OptionsDialog . h" 

#ifdef _DEBUG 
#define new DEBUG_NEW 
#undef THIS_FILE 

static char THIS_FILE[] = FILE ; 

#endif 

///////////////////////////////////////////////////////////////////////////// 

// COpt ionsDialog dialog 

COptionsDialog : : COptionsDialog (CWnd* pParent /*=NULL*/) 

: CDialog (COptionsDialog : : IDD, pParent) 

{ 

// { { AFX_DATA_INIT (COpt ionsDialog) 
m_string = _T ( " " ) ; 

//} }AFX_DATA_INIT 

} 

void COpt ionsDialog :: DoDataExchange (CDataExchange* pDX) 

{ 

CDialog: : DoDataExchange (pDX) ; 

//{ { AFX_DATA_MAP (COpt ionsDialog) 

DDX_Text (pDX, IDC_OPTIONS_STRING, m_string) ; 

/ / } } AFX_DATA_MAP 

} 

BEGIN_MESSAGE_MAP (COptionsDialog, CDialog) 

//{ {AFX_MSG_MAP (COpt ionsDialog) 

// NOTE: The ClassWizard will add message map macros here 
// } }AFX_MSG_MAP 

END_MESSAGE_MAP ( ) 

The constructor sets the string to an empty string; this code is surrounded by special ClassWizard comments that 
enable it to add other variables later. The DoDataExchange() function calls DDX_Text() to transfer data from the 
control with the resource ID IDC_OPTIONS_STRING to the member variable m_string, or vice versa. This code, 
too, is surrounded by ClassWizard comments. Finally, there is an empty message map because COptionsDialog 
doesn't catch any messages. 

Catching the Message 

The next step in building ShowString is to catch the command message sent when the user chooses Tools, Options. 
There are seven classes in ShowString; CAboutDlg, CChildFrame, CMainFrame, COptionsDialog, 
CShowStringApp, CShowStringDoc, and CShowStringView. Which one should catch the command? The string 
and the options will be saved in the document and displayed in the view, so one of those two classes should handle 
the changing of the string. The document owns the private variable and will not let the view change the string 
unless you implement a public function to set the string. So, it makes the most sense to have the document catch 
the message. 



NOTE: Often the hardest part of catching these messages is deciding which class should catch them. 
The decision between View and Document is frequently a very difficult one. If the message handler 
will need access to a private member of either class, that's the class to catch the message. 
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To catch the message, follow these steps; 

1. Open ClassWizard (if it isn't already open). 

2. Click the Message Maps tab. 

3. Select CShowStringDoc from the Class Name drop-down list box. 

4. Select ID_TOOLS_OPTIONS from the Object IDs list box on the left, and select COMMAND from the 
Messages list box on the right. 

5. Click Add Function to add a function to handle this command. 

6. The Add Member Function dialog box, shown in Figure 8.13, appears, giving you an op-portunity to 
change the function name from the usual one. Do not change it; just click OK. 

FIG. 8.13 ClassWizard suggests a good name for the message-catching function. 



TIP: You should almost never change the names that ClassWizard suggests for message catchers. If 
you find that you have to (perhaps because the suggested name is too long or conflicts with another 
function name in the same object), be sure to choose a name that starts with On. Otherwise the next 
developer to work on your project is going to have a very hard time finding the message handlers. 



Click Edit Code to close ClassWizard and edit the newly added function. What happened to CShowStringDoc 
when you arranged for the ID_TOOLS_OPTIONS message to be caught? The new message map in the header file 
is shown in Listing 8.7. 

Listing 8.7 SHOWSTRINGDOC.H-Message Map for CShowStringDoc 

// Generated message map functions 
protected : 

// { { AFX_MSG (CShowStringDoc) 
afx_msg void OnToolsOptions ( ) ; 

// } }AFX_MSG 

DECLARE_MESSAGE_MAP () 

This is just declaring the function. In the source file, ClassWizard changed the message maps shown in Listing 8.8. 

Listing 8.8 SHOWSTRINGDOC.CPP-Message Map for CShowStringDoc 

BEGIN_MESSAGE_MAP (CShowStringDoc, CDocument) 

//{ {AFX_MSG_MAP (CShowStringDoc) 

ON_COMMAND ( ID_TOOLS_OPTIONS , OnToolsOptions) 

// } }AFX_MSG_MAP 

END_MESSAGE_MAP () 

This arranges for OnToolsOptions() to be called when the command ID_TOOLS_OPTIONS is sent. ClassWizard 
also added a skeleton for OnToolsOptions(); 

void CShowStringDoc: : OnToolsOptions () 

{ 

// TODO: Add your command handler code here 

} 
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Making the Dialog Box Work 

OnToolsOptionsO should initialize and display the dialog box and then do something with the value that the user 
provided. (This process was first discussed in Chapter 2. You have already connected the edit box to a member 
variable, m_string, of the dialog box class. You initialize this member variable before displaying the dialog box 
and use it afterwards. 

OnToolsOptionsO, shown in Listing 8.9, displays the dialog box. Add this code to the empty function ClassWizard 
generated for you when you arranged to catch the message. 

Listing 8.9 SHOWSTRINGDOC.CPP-OnTooisOptionsQ 

void CShowSt ringDoc : : OnToolsOpt ions () 

{ 

COpt ionsDialog dig; 

dig . m_st ring = string; 

if (dig . DoModal ( ) == IDOK) 

{ 

string = dig . m_st ring; 

SetModif iedFlag ( ) ; 

UpdateAllViews (NULL) ; 

} 

} 

This code fills the member variable of the dialog box with the document's member variable (ClassWizard added 
m_string as a public member variable of COptionsDialog, so the document can change it) and then brings up the 
dialog box by calling DoModal(). If the user clicks OK, the member variable of the document changes, the 
modified flag is set (so that the user is prompted to save the document on exit), and the view is asked to redraw 
itself with a call to UpdateAllViews (). For this to compile, of course, the compiler must know what a 
COptionsDialog is, so add this line at the beginning of ShowStringDoc.cpp; 

#include "OptionsDialog . h" 

At this point, you can build the application and run it. Choose Tools, Options and change the string. Click OK and 
you see the new string in the view. Exit the application; you are asked whether to save the file. Save it, restart the 
application, and open the file again. The default "Hello, world!" document remains open, and the changed 
document is open with a different string. The application works, as you can see in Figure 8.14 (the windows are 
resized to let them both fit in the figure). 

FIG. 8.14 ShowString can change the string, save it to a file, and reload it. 

Adding Appearance Options to the Options Dialog Box 

ShowString doesn't have much to do, just demonstrate menus and dialog boxes. However, the only dialog box 
control that ShowString uses is an edit box. In this section, you add a set of radio buttons and check boxes to 
change the way the string is drawn in the view. 
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Changing the Options Dialog Box 

It is quite simple to incorporate a full-fledged Font dialog box into an application, but the example in this section is 
going to do something much simpler. A group of radio buttons will give the user a choice of several colors. One 
check box will enable the user to specify that the text should be centered horizontally, and another that the text be 
centered vertically. Because these are check boxes, the text can be either, neither, or both. 

Open the IDD_OPTIONS dialog box by double-clicking it in the ResourceView window, and then add the radio 
buttons by following these steps; 

1. Stretch the dialog box taller to make room for the new controls. 

2. Click the radio button in the Controls floating toolbar, and then click the Options dialog box to drop the 
control. 

3. Choose View, Properties and then pin the Properties dialog box in place. 

4. Change the resource ID of the first radio button to IDC_OPTIONS_BLACK, and change the caption to 

&Black. 

5. Select the Group box to indicate that this is the first of a group of radio buttons. 

6. Add another radio button with resource ID IDC_OPTIONS_RED and &Red as the caption. Do not 
select the Group box because the Red radio button doesn't start a new group but is part of the group that 
started with the Black radio button. 

7. Add a third radio button with resource ID IDC_OPTIONS_GREEN and &Green as the caption. Again, 
do not select Group. 

8. Drag the three radio buttons into a horizontal arrangement, and select all three by clicking on one and then 
holding Ctrl while clicking the other two. 

9. Choose Layout, Align Controls, Bottom (to even them up). 

10. Choose Layout, Space Evenly, Across to space the controls across the dialog box. 

Next, add the check boxes by following these steps; 

1. Click the check box in the Controls floating toolbar and then click the Options dialog box, dropping a 
check box onto it. 

2. Change the resource ID of this check box to IDC_OPTIONS_HORIZCENTER and the caption to 

Center &Horizontally. 

3. Select the Group box to indicate the start of a new group after the radio buttons. 

4. Drop another check box onto the dialog box as in step 1 and give it the resource ID 
IDC_OPTIONS_VERTCENTER and the caption Center &Vertically. 

5. Arrange the check boxes under the radio buttons. 

6. Click the Group box on the Controls floating toolbar, and then click and drag a group box around the 
radio buttons. Change the caption to Text Color. 

7. Move the OK and Cancel buttons down to the bottom of the dialog box. 

8. Select each horizontal group of controls and use Layout, Center in Dialog, Horizontal to make things 
neater. 

9. Choose Edit, Select All, and then drag all the controls up toward the top of the dialog box. Shrink the 
dialog box to fit around the new controls. It should now resemble Figure 8.15. 

FIG. 8.15 The Options dialog box for ShowString has been expanded. 



TIP: If you don't recognize the icons on the Controls toolbar, use the ToolTips. If you hold the cursor 
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over any of the toolbar buttons, a tip pops up after a few seconds, telling you what control the button 
represents. 

Finally, set the tab order by choosing Layout, Tab Order and then clicking the controls, in this order: 

1. IDC_OPTIONS_STRING 

2. IDC_OPTIONS_BLACK 

3. IDC_OPTIONS_RED 

4. IDC_OPTIONS_GREEN 

5. IDC_OPTIONS_HORIZCENTER 

6. IDC_OPTIONS_VERTCENTER 

7. IDOK 

8. IDCANCEL 

Then click away from the dialog box to leave the two static text controls as positions 9 and 10. 

Adding Member Variables to the Dialog Box Class 

Having added controls to the dialog box, you need to add corresponding member variables to the COptionsDialog 
class. Bring up ClassWizard, select the Member Variable tab, and add member variables for each control. Eigure 
8.16 shows the summary of the member variables created. The check boxes are connected to BOOL variables; 
these member variables are TRUE if the box is selected and EALSE if it isn't. The radio buttons are handled 
differently. Only the first— the one with the Group box selected in its Properties dialog box— is connected to a 
member variable. That integer is a zero-based index that indicates which button is selected. In other words, when 
the Black button is selected, m_color is 0; when Red is selected, m color is 1 ; and when Green is selected, m_color 
is 2. 

FIG. 8.16 Member variables in the dialog box class are connected to individual controls or the group of radio 
buttons. 

Adding Member Variables to the Document 

The variables to be added to the document are the same ones that were added to the dialog box. You add them to 
the CShowStringDoc class definition in the header file, to OnNewDocument(), and to Serialize(). Add the lines in 
Listing 8.10 at the top of the CShowStringDoc definition in ShowStringDoc.h, replacing the previous definition of 
string and GetString(). Make sure that the variables are private and the functions are public. 

Listing 8.10 SHOWSTRINGDOC.H-CShowStringDoc Member Variabies 

private : 

CSt ring string; 
int color; 

BOOL horizcenter; 

BOOL vertcenter; 
public : 

CString GetStringO {return string;} 
int GetColorO {return color;} 

BOOL GetHorizcenter ( ) {return horizcenter;} 

BOOL GetVertcenter ( ) {return vertcenter;} 
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As with string, these are private variables with public get functions but no set functions. All these options should 
be serialized; the new Serialize() is shown in Listing 8.1 1. Change your copy by double-clicking the function name 
in ClassView and adding the new code. 

Listing 8.11 SHOWSTRINGDOC.CPP-SeriaiizeQ 

void CShowStringDoc :: Serialize (CArchiveSc ar) 

{ 

if (ar . IsStoring ( ) ) 

{ 

ar << string; 
ar << color; 
ar << horizcenter; 
ar << vertcenter; 

} 

else 

{ 

ar >> string; 
ar >> color; 
ar >> horizcenter; 
ar >> vertcenter; 

} 

} 

Finally, you need to initialize these variables in OnNewDocument(). What are good defaults for these new member 
variables? Black text, centered in both directions, was the old behavior, and it makes sense to use it as the default. 
The new OnNewDocument() is shown in Listing 8.12. 

Listing 8.12 SHOWSTRINGDOC.CPP-OnNewDocumentQ 

BOOL CShowStringDoc: : OnNewDocument ( ) 

{ 

if ( ! CDocument : : OnNewDocument ( ) ) 
return FALSE; 
string = "Hello, world!"; 
color = 0; //black 

horizcenter = TRUE; 
vertcenter = TRUE; 
return TRUE; 

} 

Of course, at the moment, users cannot change these member variables from the defaults. To allow the user to 
change the variables, you have to change the function that handles the dialog box. 

Changing OnToolsOptionsQ 

The OnToolsOptionsO function sets the values of the dialog box member variables from the document member 
variables and then displays the dialog box. If the user clicks OK, the document member variables are set from the 
dialog box member variables and the view is redrawn. Having just added three member variables to the dialog box 
and the document, you have three lines to add before the dialog box displays and then three more to add in the 
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block that's called after OK is clicked. The new OnToolsOptionsO is shown in Listing 8.13. 

Listing 8.13 SHOWSTRINGDOC.CPP-OnTooisOptionsQ 

void CShowSt ringDoc : : OnToolsOpt ions () 

{ 

COpt ionsDialog dig; 

dig . m_st ring = string; 

dlg.m_color = color; 

dig . m_horizcenter = horizcenter; 

dig . m_vertcenter = vertcenter; 

if (dig . DoModal ( ) == IDOK) 

{ 

string = dig . m_st ring; 
color = dig . m_color ; 
horizcenter = dig . m_horizcenter ; 
vertcenter = dig . m_vert center ; 

SetModif iedFlag ( ) ; 

UpdateAllViews (NULL) ; 

} 

} 

What happens when the user opens the dialog box and changes the value of a control, say, by deselecting Center 
Horizontally? The framework-through Dialog Data Exchange (DDX), as set up by ClassWizard-changes the 
value of COptionsDialog;;m_horizcenter to FALSE. This code in OnToolsOptionsO changes the value of 
CShowStringDoc:;horizcenter to FALSE. When the user saves the document, Serialize() saves horizcenter. This is 
all good, but none of this code actually changes the way the view is drawn. That involves OnDraw(). 

Changing OnDrawQ 

The single call to DrawText() in OnDraw() becomes a little more complex now. The document member variables 
are used to set the view's appearance. Edit OnDrawO by expanding CShowStringView in the ClassView and 
double-clicking OnDrawO . 

The color is set with CDC::SetTextColor() before the call to DrawText(). You should always save the old text 
color and restore it when you are finished. The parameter to SetTextColor() is a COLORREF, and you can directly 
specify combinations of red, green, and blue as hex numbers in the form OxOObbggrr, so that, for example, 
OxOOOOOOFF is bright red. Most people prefer to use the RGB macro, which takes hex numbers from 0x0 to OxFF, 
specifying the amount of each color; bright red is RGB(FF,0,0), for instance. Add the lines shown in Listing 8.14 
before the call to DrawText() to set up everything. 

Listing 8.14 SHOWSTRINGDOC.CPP-OnDrawQ Additions Before DrawTextQ Caii 

COLORREF oldcolor; 
switch (pDoc->GetColor ( ) ) 

{ 

case 0 : 

oldcolor = pDC->SetTextColor (RGB ( 0 , 0 , 0 ) ) ; //black 
break; 
case 1 : 
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oldcolor = pDC->SetTextColor (RGB ( OxFF, 0 , 0 ) ) ; //red 
break; 
case 2 : 

oldcolor = pDC->SetTextColor (RGB (0, OxFF, 0) ) ; //green 
break; 

} 

Add this line after the call to DrawText(); 

pDC->SetTextColor (oldcolor) ; 

There are two approaches to setting the centering flags. The brute-force way is to list the four possibilities (neither, 
horizontal, vertical, and both) and have a different DrawText() statement for each. If you were to add other 
settings, this would quickly become unworkable. It's better to set up an integer to hold the DrawText() flags and 
OR in each flag, if appropriate. Add the lines shown in Listing 8.15 before the call to DrawText(). 

Listing 8.15 SHOWSTRINGDOC.CPP-OnDrawQ Additions After DrawTextQ Caii 

int DTflags = 0; 
if (pDoc->GetHorizcenter ( ) ) 

{ 

DTflags |= DT_CENTER; 

} 

if (pDoc->GetVertcenter ( ) ) 

{ 

DTflags |= (DT_VCENTER | DT_SINGLELINE) ; 

} 

The call to DrawText() now uses the DTflags variable: 

pDC->DrawText (pDoc->Get String () , &rect, DTflags); 

Now the settings from the dialog box have made their way to the dialog box class, to the document, and finally to 
the view, to actually affect the appearance of the text string. Build and execute ShowString and then try it. Any 
surprises? Be sure to change the text, experiment with various combinations of the centering options, and try all 
three colors. 1 
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Status Bars and Toolbars 

• Working with Toolbars 

o Deleting Toolbar Buttons 

o Adding Buttons to a Toolbar 

o The CToolBar Class's Member Funetions 

• Working with Status Bars 

o Creating a New Command ID 
o Creating the Default String 
o Adding the ID to the Indieators Array 
o Creating the Pane's Command-Update Handler 
o Setting the Status Bar's Appearanee 

• Working with Rebars 



Building a good user interfaee is half the battle of programming a Windows applieation. Luekily, Visual C++ and its 
AppWizard supply an amazing amount of help in ereating an applieation that supports all the expeeted user-interfaee 
elements, ineluding menus, dialog boxes, toolbars, and status bars. The subjeets of menus and dialog boxes are 
eovered in Chapters 2, "Dialogs and Controls," and 8, "Building a Complete Applieation: ShowString." In this 
ehapter, you learn how to get the most out of toolbars and status bars. 

Working with Tooibars 

The buttons on a toolbar eorrespond to eommands, just as the items on a menu do. Although you ean add a toolbar 
to your applieation with AppWizard, you still need to use a little programming polish to make things just right. This 
is beeause every applieation is different and AppWizard ean ereate only the most generally useful toolbar for most 
applieations. When you ereate your own toolbars, you will probably want to add or delete buttons to support your 
applieation' s unique eommand set. 

For example, when you ereate a standard AppWizard applieation with a toolbar, AppWizard ereates the toolbar 
shown in Figure 9.1. This toolbar provides buttons for the eommonly used commands in the File and Edit menus, as 
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well as a button for displaying the About dialog box. What if your application doesn't support these commands? It's 
up to you to modify the default toolbar to fit your application. 

FIG. 9.1 The default toolbar provides buttons for commonly used commands. 

Deleting Toolbar Buttons 

Create a multiple document interface application with a toolbar by choosing File, New; selecting the Project tab; 
highlighting MFC AppWizard (exe); naming the application Tool; and accepting the defaults in every dialog box. If 
you like, you can click the Finish button in step 1 to speed up the process. AppWizard provides a docking toolbar by 
default. Build and run the application, and you should see a toolbar of your own, just like Figure 9.1. 

Before moving on, play with this toolbar a little. On the View menu, you can toggle whether the toolbar is 
displayed. Turn it off and then on again. Now click and hold on the toolbar between buttons and pull it down into 
the working area of your application. Let it go, and it's a floating palette. Drag it around and drop it at the bottom of 
the application or one of the sides— it will dock against any side of the main window. Watch the tracking rectangle 
change shape to show you it will dock if you drop it. Drag it back off again so that it's floating and close it by 
clicking the small x in the upper-right corner. Bring it back with the View menu and notice that it comes back right 
where you left it. All this functionality is yours free from AppWizard and MFC. 

The first step in modifying the toolbar is to delete buttons you no longer need. To do this, first select the 
ResourceView tab to display your application's resources by clicking on the + next to Tool Resources. Click the + 
next to Toolbar and double-click the IDR_MAINFRAME toolbar resource to edit it, as shown in Figure 9.2. (The 
Graphics and Colors palettes, shown floating in Figure 9.2, are docked by default. You can move them around by 
grabbing the wrinkles at the top.) 

FIG. 9.2 Use the toolbar editor to customize your application's toolbar. 

After you have the toolbar editor on the screen, deleting buttons is as easy as dragging the unwanted buttons from 
the toolbar. Place your mouse pointer on the button, hold down the left mouse button, and drag the unwanted button 
away from the toolbar. When you release the mouse button, the toolbar button disappears. In the Tool application, 
delete all the buttons except the Help button with a yellow question mark. Figure 9.3 shows the edited toolbar with 
only the Help button remaining. The single blank button template is only a starting point for the next button you 
want to create. If you leave it blank, it doesn't appear in the final toolbar. 

FIG. 9.3 This edited toolbar has only a single button left (not counting the blank button template). 

Adding Buttons to a Toolbar 

Adding buttons to a toolbar is a two-step process: First you draw the button's icon, and then you match the button 
with its command. To draw a new button, first click the blank button template in the toolbar. The blank button 
appears enlarged in the edit window, as shown in Figure 9.4. 

FIG. 9.4 Click the button template to open it in the button editor. 

Suppose you want to create a toolbar button that draws a red circle in the application's window. Draw a red circle on 
the blank button with the Ellipse tool, and you've created the button's icon. Open the properties box and give the 
button an appropriate ID, such as ID_CIRCLE in this case. 

Now you need to define the button's description and ToolTip. The description appears in the application's status bar. 
In this case, a description of "Draws a red circle in the window" might be good. The ToolTip appears whenever the 
user leaves the mouse pointer over the button for a second or two, acting as a reminder of the button's purpose. A 
ToolTip of Circle would be appropriate for the circle button. Type these two text strings into the Prompt box. The 
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description comes first, followed by the newline character (\n) and the ToolTip, as shown in Figure 9.5. 

FIG. 9.5 After drawing the button, specify its properties. 

You've now defined a command ID for your new toolbar button. Usually, you use the command ID of an existing 
menu item already connected to some code. In these cases, simply choose the existing command ID from the 
drop-down box, and your work is done. The prompt is taken from the properties of the menu item, and the message 
handler has already been arranged for the menu item. You will already be handling the menu item, and that code 
will handle the toolbar click, too. In this application, the toolbar button doesn't mirror a menu item, so you will 
associate the ID with a message-handler function that MFC automatically calls when the user clicks the button. 

To do this, follow these steps: 

1. Make sure the button for which you want to create a message handler is selected in the custom toolbar, and 
then open ClassWizard. 

2. The MFC ClassWizard property sheet appears, with the button's ID already selected (see Figure 9.6). To 
add the message -response function, select in the Class Name box the class to which you want to add the 
function (the sample application uses the view class). 

3. Double-click the COMMAND selection in the Messages box. 

4. Accept the function name that MFC suggests in the next message box, and you're all set. Click OK to 
finalize your changes. 



NOTE: If you haven't defined a message-response function for a toolbar button, or if there is no 
instance of the class that catches the message, MFC disables the button when you run the application. 
For example, if the message is caught by the document or view in an MDI application and there is no 
open document, the button is disabled. The same is true for menu commands— in fact, for all intents and 
purposes, toolbar buttons are menu commands. 



FIG. 9.6 You can use ClassWizard to catch messages from your toolbar buttons. 



NOTE: Ordinarily, toolbar buttons duplicate menu commands, providing a quicker way for the user to 
select commonly used commands in the menus. In that case, the menu item and the toolbar button both 
represent the exact same command, and you give both the same ID. Then the same message-response 
function is called, whether the user selects the command from the menu bar or the toolbar. 



If you compile and run the application now, you will see the window shown in Figure 9.7. In the figure, you can see 
the new toolbar button, as well as its ToolTip and description line. The toolbar looks sparse in this example, but you 
can add as many buttons as you like. 

You can create as many buttons as you need; just follow the same procedure for each. After you have created the 
buttons, you're through with the toolbar resources and ready to write the code that responds to the buttons. For 
example, in the previous example, a circle button was added to the toolbar, and a message-response function, called 
OnCircleO, was added to the program. MFC calls that message-response function whenever the user clicks the 
associated button. However, right now, that function doesn't do anything, as shown in Listing 9.1. 

FIG. 9.7 The new toolbar button shows its ToolTip and description. 

Listing 9.1 An Empty Message-Response Function 

void CToolView : : OnCircle ( ) 
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{ 

// TODO: Add your command handler code here 



Although the circle button is supposed to draw a red circle in the window, you can see that the OnCircle() function 
is going to need a little help accomplishing that task. Add the lines shown in Listing 9.2 to the function so that the 
circle button will do what it's supposed to do, as shown in Figure 9.8. This drawing code makes a brush, selects it 
into the DC, draws an ellipse with it, and then restores the old brush. The details of drawing are discussed in Chapter 
5, "Drawing on the Screen." 

Listing 9.2 CToolView::OnCircle() 

void CToolView : : OnCircle ( ) 

{ 

CClientDC clientDC ( this ) ; 

CBrush newBrush (RGB (255, 0,0)); 

CBrush* oldBrush = clientDC.SelectObject(&newBrush); 
clientDC .Ellipse (20, 20, 200, 200); 
clientDC . SelectObject (oldBrush) ; 

} 

The CToolBar Class's Member Functions 

In most cases, after you have created your toolbar resource and associated its buttons with the appropriate command 
IDs, you don't need to bother any more with the toolbar. The code generated by AppWizard creates the toolbar for 
you, and MFC takes care of calling the buttons' response functions for you. However, at times you might want to 
change the toolbar's default behavior or appearance in some way. In those cases, you can call on the CToolBar 
class's member functions, which are listed in Table 9.1 along with their descriptions. The toolbar is accessible from 
the CMainFrame class as the m_wndToolBar member variable. Usually, you change the toolbar behavior in 
CMainFrame: :OnCreate(). 

FIG. 9.8 After adding code to OnCircle( ), the new toolbar button actually does something. 

Table 9.1 Member Functions of the CToolBar Class 



Function 


Description 


C ommandT oIndex() 


Obtains the index of a button, given its ID 


CreateO 


Creates the toolbar 


GetButtonInfoO 


Obtains information about a button 


GetButtonStyleO 


Obtains a button's style 


GetButtonTextO 


Obtains a button's text label 


GetltemlDO 


Obtains the ID of a button, given its index 


GetltemRectO 


Obtains an item's display rectangle, given its index 


GetToolB arCtrlO 


Obtains a reference to the CToolBarCtrl object represented by the CToolBar object 


LoadBitmapO 


Loads the toolbar's button images 


LoadToolBarO 


Loads a toolbar resource 
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SetBitmapO 


Sets a new toolbar button bitmap 


SetButtonInfoO 


Sets a button's ID, style, and image number 


SetButtonsO 


Sets the IDs for the toolbar buttons 


SetButtonStyleO 


Sets a button's style 


SetButtonTextO 


Sets a button's text label 


SetHeightO 


Sets the toolbar's height 


SetSizesO 


Sets the button sizes 



Normally, you don't need to eall the toolbar's methods, but you ean aehieve some unusual results when you do, sueh 
as the extra high toolbar shown in Figure 9.9. (The buttons are the same size, but the toolbar window is bigger.) This 
toolbar resulted from a eall to the toolbar objeet's SetHeight() member funetion. The CToolBar elass's member 
funetions enable you to perform this sort of toolbar triekery, but use them with great eaution. 

FIG. 9.9 You can use a toolbar object's member functions to change how the toolbar looks and acts. 

Working with Status Bars 

Status bars are mostly benign objeets that sit at the bottom of your applieation's window, doing whatever MFC 
instruets them to do. This eonsists of displaying eommand descriptions and the status of various keys on the 
keyboard, including the Caps Lock and Scroll Lock keys. In fact, status bars are so mundane from the programmer's 
point of view (at least they are in an AppWizard application) that they aren't even represented by a resource that you 
can edit like a toolbar. When you tell AppWizard to incorporate a status bar into your application, there's not much 
left for you to do. 

Or is there? A status bar, just like a toolbar, must reflect the interface needs of your specific application. For that 
reason, the CStatusBar class features a set of methods with which you can customize the status bar's appearance and 
operation. Table 9.2 lists the methods along with brief descriptions. 

Table 9.2 Methods of the CStatusBar Class 



Method 


Description 


C ommandT oIndex() 


Obtains an indicator's index, given its ID 


CreateO 


Creates the status bar 


GetItemIDO 


Obtains an indicator's ID, given its index 


GetItemRectO 


Obtains an item's display rectangle, given its index 


GetPaneInfoO 


Obtains information about an indicator 


GetPaneStyleO 


Obtains an indicator's style 


GetPaneTextO 


Obtains an indicator's text 


GetStatusBarCtrlO 


Obtains a reference to the CStatusBarCtrl object represented by the CStatusBar object 


SetIndicatorsO 


Sets the indicators' IDs 


SetPaneInfoO 


Sets the indicators' IDs, widths, and styles 


SetPaneStyleO 


Sets an indicator's style 


SetPaneTextO 


Sets an indicator's text 



When you create a status bar as part of an AppWizard application, you see a window similar to that shown in Figure 
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9.10. (To make your own, create a project called Status and accept all the defaults, as you did for the Tool 
application.) The status bar has several parts, called panes, that display certain information about the status of the 
application and the system. These panes, which are marked in Figure 9.10, include indicators for the Caps Lock, 
Num Lock, and Scroll Lock keys, as well as a message area for showing status text and command descriptions. To 
see a command description, place your mouse pointer over a button on the toolbar (see Figure 9.1 1). 

The most common way to customize a status bar is to add new panes. To add a pane to a status bar, complete these 
steps: 

1. Create a command ID for the new pane. 

2. Create a default string for the pane. 

3. Add the pane's command ID to the status bar's indicators array. 

4. Create a command-update handler for the pane. 

FIG. 9.10 The default MFC status bar contains a number of informative panes. 

The following sections cover these steps in detail. 

FIG. 9.11 The message area is mainly used for command descriptions. 

Creating a New Command ID 

This step is easy, thanks to Visual C-i-+'s symbol browser. To add the command ID, start by choosing View, 
Resource Symbols. When you do, you see the Resource Symbols dialog box (see Figure 9.12), which displays the 
currently defined symbols for your application's resources. Click the New button, and the New Symbol dialog box 
appears. Type the new ID, ID_MYNEWPANE, into the Name box (see Figure 9.13). Usually, you can accept the 
value that MFC suggests for the ID. 

FIG. 9.12 Use the Resource Symbols dialog box to add new command IDs to your application. 

FIG. 9.13 Type the new ID's name and value into the New Symbol dialog box. 

Click the OK and Close buttons to finalize your selections, and your new command ID is defined. 

Creating the Defauit String 

You have now defined a resource ID, but it isn't being used. To represent a status bar pane, the ID must have a 
default string defined for it. To define the string, first go to the Resource View window (by clicking the 
ResourceView tab in the workspace pane) and double-click the String Table resource to open it in the string table 
editor, as shown in Figure 9.14. 

Now, choose Insert, New String to open the String Properties dialog box. Type the new pane's command ID 
ID_MYNEWPANE into the ID box (or choose it from the drop-down list) and the default string (Default string in 
this case) into the Caption box (see Figure 9.15). 

Adding the ID to the Indicators Array 

When MFC constructs your status bar, it uses an array of IDs to determine which panes to display and where to 
display them. This array of IDs is passed as an argument to the status bar's SetIndicators() member function, which 
is called in the CMainFrame class's OnCreate() function. You find this array of IDs, shown in Listing 9.3, near the 
top of the MainFrm.cpp file. One way to reach these lines in the source code editor is to switch to ClassView, 
expand CMainFrame, double-click OnCreate(), and scroll up one page. Alternatively, you could use FileView to 
open MainFrm.cpp and scroll down to this code. 
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FIG. 9.14 Define the new pane 's default string in the string table. 

FIG. 9.15 Use the String Properties dialog box to define the new pane's default string. 

Listing 9.3 MainFrm.cpp-The Indicator Array 

static UINT indicat ors [ ] = 

{ 

ID_SEPARATOR, // status line indicator 

ID_IND ICATOR_CAP S , 

ID_INDICATOR_NUM, 

ID_INDICATOR_SCRL, 

}; 

To add your new pane to the array, type the pane's ID into the array at the position in whieh you want it to appear in 
the status bar, followed by a eomma. (The first pane, ID_SEPARATOR, should always remain in the first position.) 
Listing 9.4 shows the indieator array with the new pane added. 

Listing 9.4 MainFrm.cpp-The Expanded Indicator Array 

static UINT indicators [] = 

{ 

ID_SEPARATOR, // status line indicator 

ID_MYNEWPANE, 

ID_IND ICATOR_CAP S , 

ID_INDICATOR_NUM, 

ID_INDICATOR_SCRL, 

}; 

Creating the Pane's Command-Update Handler 

MFC doesn't automatieally enable new panes when it ereates the status bar. Instead, you must ereate a 
eommand-update handler for the new pane and enable the pane yourself. (You first learned about eommand- update 
handlers in Chapter 4, "Messages and Commands.") Also, for most applieations, the string displayed in the pane is 
ealeulated on-the-fly— the default string you defined in an earlier step is only a plaeeholder. 

Normally, you use ClassWizard to arrange for messages to be eaught, but ClassWizard doesn't help you eateh status 
bar messages. You must add the handler entries to the message map yourself and then add the eode for the handler. 
You add entries to the message map in the header file and the map in the souree file, and you add them outside the 
speeial AFX_MSG_MAP comments used by ClassWizard. 

Double-click CMainFrame in ClassView to open the header file, and scroll to the bottom. Edit the message map so 
that it resembles Listing 9.5. When you write your own applications, you will use a variety of function names to 
update status bar panes, but the rest of the declaration will always be the same. 

Listing 9.5 MainFrm.h-Message Map 

// Generated message map functions 
protected : 

// { {AFX_MSG (CMainFrame) 

afx_msg int OnCreate (LPCREATESTRUCT IpCreateSt ruct ) ; 
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// NOTE - the ClassWizard will add and remove member functions here. 
// DO NOT EDIT what you see in these blocks of generated code! 

// } }AFX_MSG 

afx_msg void OnUpdateMyNewPane (CCmdUI *pCmdUI); 

DECLARE_MESSAGE_MAP () 

Next, you add the handler to the souree message map to assoeiate the eommand ID with the handler. Open any 
CMainFrame funetion and seroll upwards until you find the message map; then edit it so that it looks like Listing 
9.6. 

Listing 9.6 MainFrm.cpp-Message Map 

BEGIN_MESSAGE_MAP (CMainFrame, CFrameWnd) 

// { { AFX_MSG_MAP (CMainFrame) 

// NOTE - the ClassWizard will add and remove mapping macros here. 

/ / DO NOT EDIT what you see in these blocks of generated code ! 
ON_WM_CREATE ( ) 

// } }AFX_MSG_MAP 

ON_UPDATE_COMMAND_UI ( ID_MYNEWPANE , OnUpdateMyNewPane) 

END_MESSAGE_MAP ( ) 

You have now arranged for the CMainFrame member funetion OnUpdateMyNewPaneO to be ealled whenever the 
status bar pane ID_MYNEWPANE needs to be updated. 

Now you're ready to write the new eommand-update handler. In the handler, you will enable the new pane and set its 
eontents. Listing 9.7 shows the eommand-update handler for the new pane; add this eode to mainfrm.epp. As you 
ean see, it uses a member variable ealled m_paneString. Update handlers should be very quiek— the job of making 
sure that m_paneString holds the right string should be taekled in a funetion that is ealled less often. 



TIP: Command update handlers are diseussed in Chapter 3, "Messages and Commands," in the 
"Understanding Command Updates" seetion. They have to be quiek beeause the system ealls them 
whenever it refreshes the display. 



Listing 9.7 CMainFrame: :OnUpdateMyNewPane() 

void CMainFrame :: OnUpdateMyNewPane (CCmdUI *pCmdUI) 

{ 

pCmdUI->Enable ( ) ; 
pCmdUI->Set Text (m_paneSt ring) ; 

} 

Setting the Status Bar's Appearance 

To add the last toueh to your status bar demonstration applieation, you will want a way to set m_paneString. To 
initialize it, double-eliek on the CMainFrame eonstruetor to edit it, and add this line: 

m_paneString = "Default string"; 

The value you entered in the string table is only to assure Visual Studio that the resouree ID you ereated is in use. 
Right-eliek CMainFrame in ClassView and ehoose Add Member Variable to add m_paneString as a private member 
variable. The type should be CString. 
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To set up the status bar for the first time, add these lines to CMainFrame::OnCreate(), just before the return 
statement: 

CClientDC dc(this); 

SIZE size = dc . GetTextExtent (m_paneString) ; 

int index = m_wndStatusBar . CommandToIndex (ID_MYNEWPANE) ; 

m_wndStatusBar . SetPaneInfo (index, ID_MYNEWPANE, SBPS_POPOUT, size . cx) ; 

These lines set the text string and the size of the pane. You set the size of the pane with a eall to SetPaneInfo(), 
whieh needs the index of the pane and the new size. CommandToIndex () obtains the index of the pane, and 
GetTextExtentO obtains the size. As a niee toueh, the eall to SetPaneInfo() uses the SBPS_POPOUT style to ereate 
a pane that seems to stiek out from the status bar, rather than be indented. 

The user will ehange the string by making a menu seleetion. Open the IDR_STATUSTYPE menu in the resouree 
editor and add a Change String item to the Eile menu. (Working with menus is diseussed for the first time in Chapter 
8.) Let Developer Studio assign it the resouree ID ID_EILE_CHANGESTRING. 

Open ClassWizard and add a handler for this eommand; it should be eaught by CMainErame beeause that's where 
the m_paneString variable is kept. ClassWizard offers to eall the handler OnEileChangestringO, and you should 
aeeept this name. Cliek OK twiee to elose ClassWizard. 

Insert a new dialog box into the applieation and eall it IDD_PANEDLG. The title should be Change Pane String. 
Add a single edit box, stretehed the full width of the dialog box, and leave the ID as IDC_EDIT1. Add a statie text 
item just above the edit box with the eaption New String:. With the dialog box open in the resouree editor, open 
ClassWizard. Create a new elass for the dialog box ealled CPaneDlg, and assoeiate the edit eontrol, IDC_EDIT1, 
with a CString member variable of the dialog elass ealled m_paneString. 



TIP: Adding dialog boxes to applieations and assoeiating them with elasses are diseussed in more 
depth in several earlier ehapters, ineluding Chapters 2 and 8. 



Switeh to ClassView, expand CMainErame, and double-eliek OnEileChangeStringO to edit it. Add the eode shown 
in Listing 9.8. 

Listing 9.8 CMainFrame::OnFileChangestring() 

void CMainFrame : : OnFileChangest ring ( ) 

{ 

CPaneDlg dialog (this ) ; 
dialog .m_paneString = m_paneSt ring; 
int result = dialog . DoModal () ; 
if (result == IDOK) 

{ 

m_paneSt ring = dialog . m_paneSt ring; 

CClientDC dc(this); 

SIZE size = dc . GetTextExtent (m_paneSt ring) ; 

int index = m_wndStatusBar.CommandToIndex(ID_MYNEWPANE); 

m_wndSt atusBar .SetPaneInfo (index, 

ID_MYNEWPANE, SBPS_POPOUT, size.cx); 

} 



This eode displays the dialog box, and, if the user exits the dialog box by elieking OK, ehanges the text string and 
resets the size of the pane. The eode is very similar to the lines you added to OnCreate(). Seroll up to the top of 
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MainFrm.cpp and add this line: 

#include "panedlg.h" 

This tells the eompiler what the CPaneDlg elass is. Build and run the Status applieation, and you should see the 
window shown in Figure 9.16. As you ean see, the status bar eontains an extra panel displaying the text Default 
string. If you ehoose File, Change String, a dialog box appears into whieh you ean type a new string for the panel. 
When you exit the dialog box via the OK button, the text appears in the new panel, and the panel resizes itself to 
aceommodate the new string (see Figure 9.17). 

FIG. 9.16 The Status Bar Demo application shows how to add and manage a status bar panel. 

Working with Rebars 

Rebars are toolbars that eontain eontrols other than toolbar buttons. It was possible to add other eontrols to normal 
toolbars in the past, but diffieult. With rebars, it's simple. 

Start by using AppWizard to make a projeet eall ReBar. Aeeept all the defaults on eaeh step, or eliek Finish on step 
1 to speed the proeess a little. When the projeet is generated, double-eliek CMainFrame in ClassView to edit the 
header file. This frame holds the open doeuments and is where a elassie toolbar goes. The rebar for this sample will 
go here, too. Add the rebar as a publie member variable: 

CReBar m_rebar; 

FIG. 9.17 The panel resizes itself to fit the new string. 

In this sample applieation, you will add a eheek box to the bar— you ean add any kind of eontrol at all. A eheek box, 
a radio button, and a eommand button (like the OK or Caneel button on a dialog) are all represented by the CButton 
elass, with slightly different styles. Add the eheek box to the header file right after the rebar, like this: 

CButton m_check; 

You saw in the previous seetion that an applieation's toolbar is ereated and initialized in the OnCreate() funetion of 
the mainframe elass. The same is true for rebars. Expand CMainFrame in ClassView, and double-eliek OnCreate() 
to edit it. Add these lines just before the final return statement: 

if (! m_rebar . Create (this ) ) 

{ 

TRACED ( "Failed to create rebar\n"); 
return -1; // fail to create 

} 



The eheek box eontrol will need a resouree ID. When you ereate a eontrol with the dialog editor, the name you give 
the eontrol is automatieally assoeiated with a number. This eontrol will be ereated in eode, so you will have to 
speeify the resouree ID yourself, as you did for the new pane in the status bar earlier in this ehapter. Choose View, 
Resouree Symbols and eliek the New button. Type the name IDC_CHECK and aeeept the number suggested. This 
adds a line to resouree.h, defining IDC_CHECK, and assures you that other eontrols will not reuse this resouree ID. 

Baek in CMainFrame: :OnCreate(), add these lines to ereate the eheek box (note the styles earefully): 

if (! m_check . Create ( "Check Here", 

WS_CHILD I WS_VISIBLE | BS_AUTOCHECKBOX, 

CRect (0, 0, 20, 20) , this, IDC_CHECK) ) 

{ 

TRACED ( "Failed to create checkbox\n " ) ; 
return -1; // fail to create 



http://www.pbs.mcp.eom/ebooks/0789715392/ch09/ch09.htm (10 of 12) [7/29/1999 3:47:01 PM] 



Special Edition Using Visual C++ 6 -- Ch 9 - Status Bars and Toolbars 



} 

Finally, add this line to add a band containing the check box control to the rebar: 

m_rebar . AddBar (&m_check, "On The Bar", NULL, 

RBBS_BREAK | RBBS_GRIPPERALWAYS ) ; 

AddBarO takes four parameters: a pointer to the control that will be added, some text to put next to it, a pointer to a 
bitmap to use for the background image on the rebar, and a rebar style, made by combining any of these style flags: 

• RBBS_BREAK puts the band on a new line, even if there's room for it at the end of an existing line. 

• RBBS_CHILDEDGE puts the band against a child window of the frame. 

• RBBS_FIXEDBMP prevents moving the bitmap if the band is resized by the user. 

• RBBS_FIXEDSIZE prevents the user from resizing the band. 

• RBBS_GRIPPER ALWAYS guarantees sizing wrinkles are present. 

• RBBS_HIDDEN hides the band. 

• RBBS_NOGRIPPER suppresses sizing wrinkles. 

• RBBS_NOVERT hides the band when the rebar is vertical. 

• RBBS_VARIABLEHEIGHT enables the band to be resized by the rebar. 

At this point, you can build the project and run it. You should see your rebar, as in Eigure 9.18. The check box 
works in that you can select and deselect it, but nothing happens when you do. 

FIG. 9.18 The rebar contains a check box. 

To react when the user clicks the button, you need to catch the message and do something based on the message. 
The simplest thing to do is change what is drawn in the view's OnDraw(), so the view should catch the message. 
Double click CRebarView in ClassView to edit the header file, and scroll to the message map. Between the closing 
AEX_MSG and the DECLARE_MESSAGE_MAP, add this line: 

afx_msg void OnClickO; 

Expand CRebarView in ClassView and double-click OnDraw(), which you will edit in a moment. After it, add this 
function: 

void CRebarView :: OnClick ( ) 

{ 

Invalidate ( ) ; 

} 



This causes the view to redraw whenever the user selects or deselects the check box. Scroll up in the file until you 
find the message map, and add (after the three entries related to printing) this line: 

ON_BN_CLICKED (IDC_CHECK, OnClick) 

At the top of the file, after the other include statements, add this one: 

#include "mainFrm . h" 

Now add these lines to OnDraw() in place of the TODO comment: 

CString message; 

if ( ( (CMainFrame* ) ( AfxCetApp ( ) ->m_pMainWnd) ) ->m_check . CetCheck ( ) ) 

message = "The box is checked"; 
else 

message = "The box is not checked"; 
pDC-> Text Out (20, 20, message) ; 
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The if statement obtains a pointer to the main window, easts it to a CMainFrame*, and asks the eheek box whether it 
is seleeted. Then the message is set appropriately. 

Build the projeet and run it. As you seleet and deseleet the eheek box, you should see the message ehange, as in 
Figure 9.19. 

FIG. 9.19 Clicking the check box changes the view. 



A Previous Chapter Next Chapter Contents 



© Copyright , Maemillan Computer Publishing. All rights reserved. 



http://www.pbs.mcp.eom/obooks/0789715392/ch09/ch09.htm (12 of 12) [7/29/1999 3:47:01 PM] 



Special Edition Using Visual C++ 6 -- Ch 10 - Common Controls 



c;iue^ 

Special Edition Using Visual C++ 6 



Previous Chapter Next Chapter Contents 



- 10 - 

Common Controls 



• The Progress Bar Control 
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• The Image List Control 
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o Manipulating the Rich Edit Control 

• IP Address Control 

• The Date Picker Control 

• Month Calendar Control 

• Scrolling the View 



As a Windows user, you're accustomed to seeing controls such as buttons, list boxes, menus, and edit boxes. As 
Windows developed, however, Microsoft noticed that developers routinely create other types of controls in their 
programs: toolbars, status bars, progress bars, tree views, and others. To make life easier for Windows programmers, 
Microsoft included these popular controls as part of the operating environment of Windows 95 (as well as later versions 
of Windows NT and then Windows 98). Now Windows programmers no longer need to create from scratch their own 
versions of these controls. This chapter introduces you to many of the 32-bit Windows common controls. The toolbar 
and status bar controls are covered in Chapter 9, "Status Bars and Toolbars," and property sheets are covered in Chapter 
12, "Property Pages and Sheets." 

This chapter's sample program is called Common. It demonstrates nine of the Windows 95 common controls: the 
progress bar, slider, up-down, list view, tree view, rich edit, IP address, date picker, and month calendar controls, all of 
which are shown in Figure 10.1. In the following sections, you learn the basics of creating and using these controls in 
your own applications. 

FIG. 10.1 The Common sample application demonstrates nine Windows 95 common controls. 

To make Common, create a new project with AppWizard and name it Common. Choose a single-document interface 
(SDI) application in Step 1 and accept all the defaults until Step 6. Drop down the Base Class box and choose 
CScrollView from the list. This ensures that users can see all the controls in the view, even if they have to scroll to do 
so. Click Finish and then OK to complete the process. 

The controls themselves are declared as data members of the view class. Double-click CCommonView in ClassView to 
edit the header file and add the lines in Listing 10.1 in the Attributes section. As you can see, the progress bar is an 
object of the CProgressCtrl class. It's discussed in the next section, and the other controls are discussed in later sections 
of this chapter. 

Listing 10.1 CommonView.h--Deciaring the Controis 

protected : 

//Progress Bar 
CProgressCtrl m_progressBar ; 

//Trackbar or Slider 
CSliderCtrl m_trackbar; 

BOOL m_timer; 

/ / Up-Down or Spinner 
CSpinButtonCtrl m_upDown; 

CEdit m_buddyEdit ; 

/ / List View 
CListCtrl m_listView; 

CImageList m_smallImageList ; 

CImageList m_largeImageList ; 

CButton m_smallButton; 

CButton m_largeButton; 

CButton m_listButton; 

CButton m_reportButton; 
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/ / Tree View 
CTreeCtrl m_treeView; 

CImageList m_treeImageList ; 

/ / Rich Edit 

CRichEditCtrl m_richEdit; 

CButton m_boldButton; 

CButton m_leftButton; 

CButton m_centerButton; 

CButton m_rightButton; 

/ / IP Address 

CIPAddressCtrl m_ipaddress ; 

/ / Date Picker 
CDateTimeCtrl m_date; 

/ / Month Calendar 

CMonthCalCtrl m_month; 

Expand the CCommonView class. Double-click CCommonView::OnDraw() in ClassView and replace the TODO 
comment with these lines: 

pDC->TextOut (20, 22, "Progress Bar Control"); 
pDC->TextOut (270 , 22, "Trackbar Control:"); 
pDC->TextOut (20, 102, "Up-Down Control"); 

pDC->TextOut ( 1 60 , 102, "List View Control"); 

pDC->TextOut (20, 240, "Tree View Control"); 
pDC->TextOut ( 1 8 0 , 240, "Rich Edit Control"); 
pDC->TextOut (470, 22, "IP Address Control"); 
pDC->TextOut (470, 102, "Date Picker Control"); 

pDC->TextOut (470, 240, "Month Calendar Control"); 

These label the controls that you will add to CCommonView in this chapter. 

The Progress Bar Control 

The common control that's probably easiest to use is the progress bar, which is nothing more than a rectangle that 
slowly fills in with colored blocks. The more colored blocks that are filled in, the closer the task is to being complete. 
When the progress bar is completely filled in, the task associated with the progress bar is also complete. You might use 
a progress bar to show the status of a sorting operation or to give the user visual feedback about a large file that's being 
loaded. 

Creating the Progress Bar 

Before you can use a progress bar, you must create it. Often in an MFC program, the controls are created as part of a 
dialog box. However, Common displays its controls in the application's main window, the view of this single-document 
interface (SDI) application. Documents and views are introduced in Chapter 4, "Documents and Views." All the 
controls are created in the view class OnCreate() function, which responds to the WM_CREATE Windows message. 

To set up this function, right-click CCommonView in ClassView and choose Add Windows Message Handler. Choose 
WM_CREATE from the list on the left and click Add and Edit. Add this line in place of the TODO comment: 

CreateProgressBar ( ) ; 

Right-click CCommonView in ClassView again and this time choose Add Member Function. Enter void for the 
Function Type and enter CreateProgressBar() for the Function Declaration. Leave the access as Public. Click OK to 
add the function; then add the code in Listing 10.2. 
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Listing 10.2 CommonView.cpp--CCommonView::CreateProgressBar() 

void CCommonView : : CreateProgressBar ( ) 

{ 

m_progressBar . Create (WS_CHILD | WS_VISIBLE | WS_BORDER, 

CRect(20, 40, 250, 80), this, IDC_PROGRESSBAR); 
m_progressBar . SetRange ( 1 , 100); 

m_progressBar . Set Step ( 1 0 ) ; 
m_progressBar . SetPos (50 ) ; 
m_timer = EALSE; 

} 

CreateProgressBarO first creates the progress bar control by calling the control's Create() function. This function's four 
arguments are the control's style flags, the control's size (as a CRect object), a pointer to the control's parent window, 
and the control's ID. The resource ID, IDC_PROGRESSBAR, is added by hand. To add resource symbols to your own 
applications, choose View, Resource Symbols and click the New button. Type in a resource ID Name, such as 
IDC_PROGRESSBAR, and accept the default Value Visual Studio provides. 

The style constants are the same constants that you use for creating any type of window (a control is nothing more than 
a special kind of window, after all). In this case, you need at least the following: 

• WS_CHIED Indicates that the control is a child window 

• WS_VISIBLE Ensures that the user can see the control 

The WS_BORDER is a nice addition because it adds a dark border around the control, setting it off from the rest of the 
window. 

Initializing the Progress Bar 

To initialize the control, CCommonView: :CreateProgressBar() calls SetRange(), SetStepO, and SetPos(). Because the 
range and the step rate are related, a control with a range of 1-10 and a step rate of 1 works almost identically to a 
control with a range of 1-100 and a step rate of 10. 

When this sample application starts, the progress bar is already half filled with colored blocks. (This is purely for 
aesthetic reasons. Usually a progress bar begins its life empty.) It's half full because CreateProgressBarO calls SetPos() 
with the value of 50, which is the midpoint of the control's range. 

Manipulating the Progress Bar 

Normally you update a progress bar as a long task moves toward completion. In this sample, you will fake it by using a 
timer. When the user clicks in the background of the view, start a timer that generates WM_TIMER messages 
periodically. Catch these messages and advance the progress bar. Here's what to do: 

1. Open ClassWizard. Make sure that CCommonView is selected in the upper-right drop- down box. 

2. Scroll most of the way through the list box on the right until you find WM_LBUTTONDOWN, the message 
generated when the user clicks on the view. Select it. 

3. Click Add Eunction; then click Edit Code. 

4. Edit OnLButtonDownO so that it looks like this: 

void CCommonView :: OnLButtonDown (UINT nElags, CPoint point) 

{ 

if (m_timer) 

{ 

KillTimer ( 1 ) ; 
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m_timer = FALSE; 

} 

else 

{ 

SetTimerd, 500, NULL) ; 
m_timer = TRUE; 

} 

CView : : OnLButtonDown (nElags , point ) ; 

} 

This code enables users to turn the timer on or off with a click. The parameter of 500 in the SetTimer call is the number 
of milliseconds between WM_TIMER messages: This timer will send a message twice a second. 

5. In case a timer is still going when the view closes, you should override OnDestroyO to kill the timer. 
Right-click CCommonView in ClassView yet again and choose Add Windows Message Handler. Select 
WM_DESTROY and click Add and Edit. Replace the TODO comment with this line: 

KillTimer ( 1 ) ; 

6. Now, catch the timer messages. Open ClassWizard and, as before, scroll through the list of messages in the far 
right list box. WM_TIMER is the second-to-last message in the alphabetic list, so drag the elevator all the way to 
the bottom and select WM_TIMER. Click Add Eunction and then click Edit Code. Replace the TODO comment 
with this line: 

m_progressBar . Stepit ( ) ; 

The StepItO function increments the progress bar control's value by the step rate, causing new blocks to be displayed in 
the control as the control's value setting counts upward. When the control reaches its maximum, it automatically starts 
over. 



NOTE :otice that no CProgressCtrl member functions control the size or number of blocks that will fit into 
the control. These attributes are indirectly controlled by the size of the control. 



Build Common and execute it to see the progress bar in action. Be sure to try stopping the timer as well as starting it. 

The Slider Control 



Many times in a program you might need the user to enter a value within a specific range. Eor this sort of task, you use 
MEC's CSliderCtrl class to create a slider (also called trackbar) control. Eor example, suppose you need the user to 
enter a percentage. In this case, you want the user to enter values only in the range of 0-100. Other values would be 
invalid and could cause problems in your program. 

By using the slider control, you can force the user to enter a value in the specified range. Although the user can 
accidentally enter a wrong value (a value that doesn't accomplish what the user wants to do), there is no way to enter an 
invalid value (one that brings your program crashing down like a stone wall in an earthquake). 

Eor a percentage, you create a slider control with a minimum value of 0 and a maximum value of 100. Moreover, to 
make the control easier to position, you might want to place tick marks at each setting that's a multiple of 10, providing 
1 1 tick marks in all (including the one at 0). Common creates exactly this type of slider. 

To use a slider, the user clicks the slider's slot. This moves the slider forward or backward, and often the selected value 
appears near the control. When a slider has the focus, the user can also control it with the Up and Down arrow keys and 
the Page Up and Page Down keys. 
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Creating the Trackbar 

You are going to need a resource symbol for the trackbar control, so just as you did for the progress bar, choose View, 
Resource Symbols and click New. Enter IDC_TRACKBAR for the resource ID Name and accept the suggested Value. 
In CCommonView::OnCreate(), add a call to CreateTrackbar(). Then add the new member function as you added 
CreateProgressBarO and type in the code in Listing 10.3. 

Listing 10.3 CommonView.cpp--CCommonView::CreateTrackBar() 

void CCommonView: : CreateXrackbar ( ) 

{ 

m_trackbar . Create (WS_CHILD | WS_VISIBLE | WS_BORDER | 

TBS_AUTOTICKS | TBS_BOTH | TBS_HORZ, 

CRect(270, 40, 450, 80), this, IDC_TRACKBAR); 
m_trackbar . SetRange ( 0 , 100, TRUE); 

m_trackbar . SetXicEreq ( 1 0 ) ; 
m_trackbar . SetLineSize ( 1 ) ; 
m_trackbar . SetPageSize (10) ; 

} 

As with the progress bar, the first step is to create the slider control by calling its Create() member function. This 
function's four arguments are the control's style flags, the control's size (as a CRect object), a pointer to the control's 
parent window, and the control's ID. The style constants include the same constants that you would use for creating any 
type of window, with the addition of special styles used with sliders. Table 10.1 lists these special styles. 

Tabie 10.1 Siider Styies 



Style 


Description 


TBS_AUTOTICKS 


Enables the slider to automatically draw its tick marks 


TBS_BOTH 


Draws tick marks on both sides of the slider 


TBS_BOTTOM 


Draws tick marks on the bottom of a horizontal slider 


TBS_ENABLESELRANGE 


Enables a slider to display a subrange of values 


TBS_HORZ 


Draws the slider horizontally 


TBS_LEFT 


Draws tick marks on the left side of a vertical slider 


TBS_NOTICKS 


Draws a slider with no tick marks 


TBS_RIGHT 


Draws tick marks on the right side of a vertical slider 


TBS_TOP 


Draws tick marks on the top of a horizontal slider 


TBS_VERT 


Draws a vertical slider 



Initializing the Trackbar 

Usually, when you create a slider control, you want to set the control's range and tick frequency. If the user is going to 
use the control from the keyboard, you also need to set the control's line and page size. In Common, the program 
initializes the trackbar with calls to SetRange(), SetTicFreqO, SetLineSize(), and SetPageSize(), as you saw in Listing 
10.3. The call to SetRange() sets the trackbar's minimum and maximum values to 0 and 100. The arguments are the 
minimum value, the maximum value, and a Boolean value indicating whether the slider should redraw itself after 
setting the range. Notice that the tick frequency and page size are then set to be the same. This isn't absolutely required, 
but it's a very good idea. Most people assume that the tick marks indicate the size of a page, and you will confuse your 
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users if the tick marks are more or less than a page apart. 

A number of other functions can change the size of your slider, the size of the thumb, the current selection, and more. 
You can find all the details in the online documentation. 

Manipulating the Slider 

A slider is really just a special scrollbar control. When the user moves the slider, the control generates WM_HSCROLL 
messages, which you will arrange to catch. Open ClassWizard, select the Message Maps tab, make sure 
CCommonView is selected in the upper-right box, and find WM_HSCROLL in the list on the right. Select it, click Add 
Function, and then click Edit Code. Type in the code in Listing 10.4. 

Listing 10.4 CommonView.cpp--CCommonView::OnHScroii() 

void CCommonView :: OnHScroll (UINT nSBCode, UINT nPos, CScrollBar* pScrollBar) 

{ 

CSliderCtrl* slider = (CSliderCtrl* ) pScrollBar; 
int position = slider->GetPos ( ) ; 
char s [ 1 0 ] ; 

wsprintf (s, "%d ", position); 

CClientDC clientDC (this ) ; 
clientDC . TextOut (390, 22, s); 

CScrollView :: OnHScroll (nSBCode, nPos, pScrollBar); 

} 

Looking at this code, you see that the control itself doesn't display the current position as a number nearby; it's the 
OnHScrollO function that displays the number. Here's how it works: 

1. OnHScrollO's fourth parameter is a pointer to the scroll object that generated the WM_HSCROLL message. 

2. The function first casts this pointer to a CSliderCtrl pointer; then it gets the current position of the trackbar's 
slider by calling the CSliderCtrl member function GetPos(). 

3. After the program has the slider's position, it converts the integer to a string and displays that string in the 
window with TextOut(). 

To learn how to make text appear onscreen, refer to Chapter 5, "Drawing on the Screen." Before moving on to the next 
control, build Common and test it. Click around on the slider and watch the number change. 



TIP: If you have Windows set to Large Lonts (perhaps because you have a high screen resolution), the 
current slider value might not be displayed in quite the right place because the string "Trackbar Control" 
takes up more space on the screen with large fonts. If this happens, simply change the TextOut call to 
write the current slider value a little farther to the right. 



The Up-Down Control 

The trackbar control isn't the only way you can get a value in a predetermined range from the user. If you don't need the 
trackbar for visual feedback, you can use an up-down control, which is little more than a couple of arrows that the user 
clicks to increase or decrease the control's setting. Typically, an edit control next to the up-down control, called a buddy 
edit control or just a buddy control, displays the value to the user. 

In the Common application, you can change the setting of the up-down control by clicking either of its arrows. When 
you do, the value in the attached edit box changes, indicating the up-down control's current setting. After the control 
has the focus, you can also change its value by pressing your keyboard's Up and Down arrow keys. 
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Creating the Up-Down Control 

Add another call to CCommonView::OnCreate(), this time calling it CreateUpDownCtrl(). Add the member function 
and the code in Listing 10.5. Also add resource symbols for IDC_BUDDYEDIT and IDC_UPDOWN. 

Listing 10.5 CommonView.cpp--CCommonView::CreateUpDownCtri() 

void CCommonView : : CreateUpDownCtrl ( ) 

{ 

m_buddyEdit . Create (WS_CHILD | WS_VISIBLE | WS_BORDER, 

CRect(50, 120, 110, 160), this, IDC_BUDDYEDIT) ; 
m_upDown . Create (WS_CHILD | WS_VISIBLE | WS_BORDER | 

UDS_ALIGNRIGHT | UDS_SETBUDDYINT | UDS_ARROWKEYS , 

CRect(0, 0, 0, 0), this, IDC_UPDOWN) ; 

m_upDown . SetBuddy ( &m_buddyEdit ) ; 
m_upDown . SetRange ( 1 , 100); 
m_upDown . SetPos (50 ) ; 

} 

The program creates the up-down control by first creating the associated buddy control to which the up-down control 
communicates its current value. In most cases, including this one, the buddy control is an edit box, created by calling 
the CEdit class's Create() member function. This function's four arguments are the control's style flags, the control's 
size, a pointer to the control's parent window, and the control's ID. If you recall the control declarations, m_buddyEdit 
is an object of the CEdit class. 

Now that the program has created the buddy control, it can create the up-down control in much the same way, by 
calling the object's Create() member function. As you can probably guess by now, this function's four arguments are the 
control's style flags, the control's size, a pointer to the control's parent window, and the control's ID. As with most 
controls, the style constants include the same constants that you use for creating any type of window. The 
CSpinButtonCtrl class, of which m_upDown is an object, however, defines special styles to be used with up-down 
controls. Table 10.2 lists these special styles. 

Table 10.2 Up-Down Control Styles 



Styles 


Description 


UDS_ALIGNLEET 


Places the up-down control on the left edge of the buddy control 


UDS_ALIGNRIGHT 


Places the up-down control on the right edge of the buddy control 


UDS_ARROWKEYS 


Enables the user to change the control's values by using the keyboard's Up and Down arrow 
keys 


UDS_AUTOBUDDY 


Makes the previous window the buddy control 


UDS_HORZ 


Creates a horizontal up-down control 


UDS_NOTHOUSANDS 


Eliminates separators between each set of three digits 


UDS_SETBUDDYINT 


Displays the control's value in the buddy control 


UDS_WRAP 


Causes the control's value to wrap around to its minimum when the maximum is reached, 
and vice versa 



This chapter's sample application establishes the up-down control with calls to SetBuddyO, SetRange(), and SetPos(). 
Thanks to the UDS_SETBUDDYINT flag passed to Create() and the call to the control's SetBuddyO member function. 
Common doesn't need to do anything else for the control's value to appear on the screen. The control automatically 
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handles its buddy. Try building and testing now. 

You might want up-down controls that move faster or slower than in this sample or that use hex numbers rather than 
base- 10 numbers. Look at the member functions of this control in the online documentation, and you will see how to do 
that. 

The Image List Control 

Often you need to use images that are related in some way. For example, your application might have a toolbar with 
many command buttons, each of which uses a bitmap for its icon. In a case like this, it would be great to have some sort 
of program object that could not only hold the bitmaps but also organize them so that they can be accessed easily. 

That's exactly what an image list control does for you— it stores a list of related images. You can use the images any 
way that you see fit in your program. Several common controls rely on image lists. These controls include the 
following: 

• List view controls 

• Tree view controls 

• Property pages 

• Toolbars 

You will undoubtedly come up with many other uses for image lists. You might, for example, have an animation 
sequence that you'd like to display in a window. An image list is the perfect storage place for the frames that make up 
an animation, because you can easily access any frame just by using an index. 

If the word index makes you think of arrays, you're beginning to understand how an image list stores images. An image 
list is very similar to an array that holds pictures rather than integers or floating-point numbers. Just as with an array, 
you initialize each "element" of an image list and thereafter can access any part of the "array" by using an index. 

You won't, however, see an image list control in your running application in the same way that you can see a status bar 
or a progress bar control. This is because (again, similar to an array) an image list is only a storage structure for 
pictures. You can display the images stored in an image list, but you can't display the image list itself. Figure 10.2 
shows how an image list is organized. 

FIG. 10.2 An image list is much like an array of pictures. 

Creating the Image List 

In the Common Controls App application, image lists are used with the list view and tree view controls, so the image 
lists for the controls are created in the CreateListView() and CreateTreeView() local member functions and are called 
from CCommonView::OnCreate(). Just as with the other controls, add calls to these functions to OnCreate() and then 
add the functions to the class. You will see the full code for those functions shortly, but because they are long, this 
section presents the parts that are relevant to the image list. 

A list view uses two image lists: one for small images and the other for large ones. The member variables for these lists 
have already been added to the class, so start coding CreateListView() with a call to each list's Create() member 
function, like this: 

m_smallImageList . Create (16, 16, FALSE, 1, 0); 
m_largeImageList . Create ( 32 , 32, FALSE, 1, 0); 

The CreateO function's five arguments are 

• The width of the pictures in the control 

• The height of the pictures 

• A Boolean value indicating whether the images contain a mask 
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• The number of images initially in the list 

• The number of images by which the list can dynamically grow 

This last value is 0 to indicate that the list isn't allowed to grow during runtime. The Create() function is overloaded in 
the CImageList class so that you can create image lists in various ways. You can find the other versions of Create() in 
your Visual C++ online documentation. 

Initializing the Image List 

After you create an image list, you will want to add images to it. After all, an empty image list isn't of much use. The 
easiest way to add the images is to include the images as part of your application's resource file and load them from 
there. Add these four lines to CreateListView() to fill each list with images: 

HICON hicon = ::LoadIcon (Af xGetResourceHandle ( ) , 

MAKEINTRESOURCE (IDI_IC0N1) ) ; 
m_smallImageList . Add (hicon) ; 

hicon = ::LoadIcon (Af xGetResourceHandle () , 

MAKEINTRESOURCE (IDI_ICON2) ) ; 
m_largeImageList . Add (hicon) ; 

Here the program first gets a handle to the icon. Then it adds the icon to the image list by calling the image list's Add() 
member function. (In this case, the list includes only one icon. In other applications, you might have a list of large icons 
for folders, text files, and so on, as well as another list of small icons for the same purposes.) To create the first icon, 
choose Insert, Resource and double-click Icon. Then edit the new blank icon in the Resource Editor. (It will 
automatically be called IDIJCONl.) Click the New Device Image toolbar button next to the drop-down box that says 
Standard (32*32) and choose Small (16*16) on the dialog that appears; click OK. You can spend a long time making a 
beautiful icon or just quickly fill in the whole grid with black and then put a white circle on it with the Ellipse tool. Add 
another icon, IDI_ICON2, and leave it as 32*32. Draw a similar symbol on this icon. 

You can use many member functions to manipulate an object of the CImageEist class, adjusting colors, removing 
images, and much more. The online documentation provides more details on these member functions. 

You can write the first few lines of CreateTreeView() now. It uses one image list that starts with three images. Here's 
the code to add: 

m_treeImageList . Create ( 13 , 13, EALSE, 3, 0); 

HICON hicon = :: Loadicon (Af xGetResourceHandle () , 

MAKEINTRESOURCE (IDI_ICON3) ) ; 
m_treeImageList .Add (hicon) ; 

hicon = :: Loadicon (Af xGetResourceHandle () , 

MAKEINTRESOURCE (IDI_ICON4) ) ; 
m_treeImageList .Add (hicon) ; 

hicon = :: Loadicon (Af xGetResourceHandle () , 

MAKEINTRESOURCE (IDI_ICON5) ) ; 
m_treeImageList .Add (hicon) ; 

Create IDI_ICON3, IDI_ICON4, and IDI_ICON5 the same way you did the first two icons. All three are 32*32. Draw 
circles as before. If you leave the background the same murky green you started with, rather than fill it with black, the 
circles will appear on a transparent background— a nice effect. 
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The List View Controi 



A list view control simplifies the job of building an application that works with lists of objects and organizes those 
objects in such a way that the program's user can easily determine each object's attributes. For example, consider a 
group of files on a disk. Each file is a separate object associated with a number of attributes, including the file's name, 
size, and the most recent modification date. When you explore a folder, you see files either as icons in a window or as a 
table of entries, each entry showing the attributes associated with the files. You have full control over the way that the 
file objects are displayed, including which attributes are shown and which are unlisted. The common controls include 
something called a list view control, so you can organize lists in exactly the same way. If you'd like to see an example 
of a full-fledged list view control, open the Windows Explorer (see Eigure 10.3). The right side of the window shows 
how the list view control can organize objects in a window. (The left side of the window contains a tree view control, 
which you will learn about later in this chapter in the section titled "The Tree View Control.") In the figure, the list 
view is currently set to the report view, in which each object in the list receives its own line, showing not only the 
object's name but also the attributes associated with that object. 

FIG. 10.3 Windows Explorer uses a list view control to organize file information. 

The user can change the way objects are organized in a list view control. Eigure 10.4, for example, shows the list view 
portion of the Explorer set to the large-icon setting, and Eigure 10.5 shows the small-icon setting, which enables the 
user to see more objects (in this case, files) in the window. With a list view control, the user can edit the names of 
objects in the list and in the report view can sort objects, based on data displayed in a particular column. 

FIG. 10.4 Here's Explorer's list view control set to large icons. 

FIG. 10.5 Here's Explorer's list view control set to small icons. 

Common will also sport a list view control, although not as fancy as Explorer's. You will add a list view and some 
buttons to switch between the small-icon, large-icon, list, and report views. 

Creating the List View 

How does all this happen? Well, it does require more work than the progress bar, trackbar, or up-down controls (it 
could hardly take less). You will write the rest of CreateListView(), which performs the following tasks: 

1. Creates and fills the image list controls 

2. Creates the list view control itself 

3. Associates the image lists with the list view 

4. Creates the columns 

5. Sets up the columns 

6. Creates the items 

7. Sets up the items 

8. Creates the buttons 

After creating the image lists, CreateListView() goes on to create the list view control by calling the class's Create() 
member function, as usual. Add these lines to CreateListView(): 

// Create the List View control. 

m_listView. Create (WS_VISIBLE | WS_CHILD | WS_BORDER | 

LVS_REPORT I LVS_NOSORTHEADER | LVS_EDITLABELS , 

CRect(160, 120, 394, 220), this, IDC_LISTVIEW) ; 

The CListCtrl class, of which m_listView is an object, defines special styles to be used with list view controls. Table 
10.3 lists these special styles and their descriptions. 
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Table 10.3 List View Styles 



Style 


Description 


LVS_ALIGNEEFT 


Eeft-aligns items in the large-icon and small-icon views 


LVS_AEIGNTOP 


Top-aligns items in the large-icon and small-icon views 


EVS_AUTOARRANGE 


Automatically arranges items in the large-icon and small-icon views 


LVS_EDITEABELS 


Enables the user to edit item labels 


LVSJCON 


Sets the control to the large-icon view 


EVS_LIST 


Sets the control to the list view 


EVS_NOCOLUMNHEADER 


Shows no column headers in report view 


EVS_NOITEMDATA 


Stores only the state of each item 


LVS_NOEABELWRAP 


Disallows multiple-line item labels 


LVS_NOSCROEL 


Turns off scrolling 


EVS_NOSORTHEADER 


Turns off the button appearance of column headers 


EVS_OWNERDRAWFIXED 


Enables owner-drawn items in report view 


EVS_REPORT 


Sets the control to the report view 


EVS_SHAREIMAGELISTS 


Prevents the control from destroying its image lists when the control no longer needs 
them 


LVS_SINGEESEL 


Disallows multiple selection of items 


LVS_SMAELICON 


Sets the control to the small-icon view 


LVS_SORTASCENDING 


Sorts items in ascending order 


EVS_SORTDESCENDING 


Sorts items in descending order 



The third task in CreateListView() is to associate the control with its image lists with two calls to SetImagcList(). Add 
these lines to CreateListView(): 

m_listView . SetImageList (&m_smallImageList, LVSIL_SMALL) ; 
m_listView . SetImageList (&m_largeImageList, LVSIL_NORMAL) ; 

This function takes two parameters: a pointer to the image list and a flag indicating how the list is to be used. Three 
constants are defined for this flag: LVSIL_SMALL (which indicates that the list contains small icons), 
LVSIL_NORMAL (large icons), and LVSIL_STATE (state images). The SetImageList() function returns a pointer to 
the previously set image list, if any. 

Creating the List View's Coiumns 

The fourth task is to create the columns for the control's report view. You need one main column for the item itself and 
one column for each sub-item associated with an item. For example, in Explorer's list view, the main column holds file 
and folder names. Each additional column holds the sub-items for each item, such as the file's size, type, and 
modification date. To create a column, you must first declare a EV_COEUMN structure. You use this structure to pass 
information to and from the system. After you add the column to the control with InsertColumn(), you can use the 
structure to create and insert another column. Fisting 10.6 shows the EV_COEUMN structure. 

Listing 10.6 The LV_COLUMN Structure, Defined by MFC 

typedef struct _LV_COLUMN 
{ 
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UINT mask; // Flags indicating valid fields 

int fmt; // Column alignment 

int cx; // Column width 

LPSTR pszText; // Address of string buffer 

int cchTextMax; // Size of the buffer 

int iSubItem; // Subitem index for this column 

} LV_COLUMN; 

The mask member of the structure tells the system which members of the structure to use and which to ignore. The 
flags you can use are 

• LVCF_FMT fmt is valid. 

• LVCF_SUBITEM iSubItem is valid. 

• LVCF_TEXT pszText is valid. 

• LVCE_WIDTH cx is valid. 

The fmt member denotes the column's alignment and can be EVCEMT_CENTER, LVCEMT_LEET, or 
EVCEMT_RIGHT. The alignment determines how the column's label and items are positioned in the column. 

NOTE: The first column, which contains the main items, is always aligned to the left. The other columns 
in the report view can be aligned however you like. 

The cx field specifies the width of each column, whereas pszText is the address of a string buffer. When you're using 
the structure to create a column (you also can use this structure to obtain information about a column), this string buffer 
contains the column's label. The cchTextMax member denotes the size of the string buffer and is valid only when 
retrieving information about a column. 

CreateListViewO creates a temporary LV_COLUMN structure, sets the elements, and then inserts it into the list view 
as column 0, the main column. This process is repeated for the other two columns. Add these lines to CreateListViewO : 

// Create the columns. 

LV_COLUMN IvColumn; 

IvColumn .mask = LVCF_FMT | LVCF_WIDTH | LVCF_TEXT | LVCF_SUBITEM; 

IvColumn. fmt = LVCEMT_CENTER; 

IvColumn. cx = 75; 

IvColumn . ISubItem = 0 ; 

IvColumn . pszText = "Column 0 "; 
m_listView . Insert Column ( 0 , & IvColumn) ; 

IvColumn . ISubItem = I; 

IvColumn . pszText = "Column 1"; 
m_listView . Insert Column ( 1 , & IvColumn) ; 

IvColumn . ISubItem = 2; 

IvColumn . pszText = "Column 2"; 
m_listView . Insert Column ( 1 , & IvColumn) ; 

Creating the List View's items 

The fifth task in CreateListViewO is to create the items that will be listed in the columns when the control is in its 
report view. Creating items is not unlike creating columns. As with columns. Visual C++ defines a structure that you 
must initialize and pass to the function that creates the items. This structure is called LVJTEM and is defined as 
shown in Listing 10.7. 

Listing 10.7 The LVJTEM Structure, Defined by MFC 
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typedef struct _LV_ITEM 
{ 



UINT 


mask; 


// 


Flags indicating valid 


fields 


int 


iltem; 


// 


Item index 




int 


iSubItem; 


// 


Sub-item index 




UINT 


state; 


// 


Item's current state 




UINT 


stateMask; 


// 


Valid item states. 




LPSTR 


pszText; 


// 


Address of string buffer 


int 


cchTextMax; 


// 


Size of string buffer 




int 


ilmage; 


// 


Image index for this item 


LPARAM 


IParam; 


// 


Additional information 


as a 32 



value 



} LV_ITEM; 



In the LV_ITEM structure, the mask member specifies the other members of the structure that are valid. The flags you 
can use are 

• LVIFJMAGE ilmage is valid. 

• LVIE_PARAM IParam is valid. 

• LVIF_STATE state is valid. 

• LVIF_TEXT pszText is valid. 

The iltem member is the index of the item, which you can think of as the row number in report view (although the 
items' position can change when they're sorted). Each item has a unique index. The iSubItem member is the index of 
the sub-item, if this structure is defining a sub-item. You can think of this value as the number of the column in which 
the item will appear. For example, if you're defining the main item (the first column), this value should be 0. 

The state and stateMask members hold the item's current state and its valid states, which can be one or more of the 
following: 

• LVIS_CUT The item is selected for cut and paste. 

• LVIS_DROPHILITED The item is a highlighted drop target. 

• LVIS_FOCUSED The item has the focus. 

• LVIS_SELECTED The item is selected. 



The pszText member is the address of a string buffer. When you use the EV_ITEM structure to create an item, the 
string buffer contains the item's text. When you are obtaining information about the item, pszText is the buffer where 
the information will be stored, and cchTextMax is the size of the buffer. If pszText is set to 
LPSTR_TEXTCALLBACK, the item uses the callback mechanism. Finally, the ilmage member is the index of the 
item's icon in the small-icon and large-icon image lists. If set to I_IMAGECALEBACK, the ilmage member indicates 
that the item uses the callback mechanism. 



CreateListViewO creates a temporary LV_ITEM structure, sets the elements, and then inserts it into the list view as 
item 0. Two calls to SetItemText() add sub-items to this item so that each column has some text in it, and the whole 
process is repeated for two other items. Add these lines: 

// Create the items. 

LV_ITEM Ivltem; 

Ivltem.mask = LVIE_TEXT | LVIE_IMAGE | LVIE_STATE; 

Ivltem. state = 0; 

Ivltem . stateMask = 0; 

Ivltem . ilmage = 0; 

Ivltem. iltem = 0; 

Ivltem . iSubItem = 0; 

Ivltem . pszText = "Item 0"; 
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m_listView . Insert Item (Slvltem) ; 
m_listView . Set ItemText ( 0 , I, "Sub 
m_listView . Set ItemText ( 0 , 2, "Sub 
Ivltem.iltem = I; 

Ivltem . iSubItem = 0; 

Ivltem . pszText = "Item I"; 
m_listView . Insert Item (& Ivltem) ; 
m_listView . Set ItemText ( I , I, "Sub 
m_listView . Set ItemText ( I , 2, "Sub 
Ivltem.iltem = 2; 

Ivltem . iSubItem = 0; 

Ivltem . pszText = "Item 2"; 
m_listView . Insert Item (& Ivltem) ; 
m_listView . Set ItemText (2 , I, "Sub 
m_listView . Set ItemText (2 , 2, "Sub 



Item 0 . 1 " ) ; 
Item 0.2") ; 



Item I . I " ) ; 
1 1 em 1.2") ; 



1 1 em 2.1"); 
1 1 em 2.2") ; 



Now you have created a list view with three columns and three items. Normally the values wouldn't be hard-coded, as 
this was, but instead would be filled in with values calculated by the program. 



Manipulating the List View 



You can set a list view control to four different types of views: small icon, large icon, list, and report. In Explorer, for 
example, the toolbar features buttons that you can click to change the view, or you can select the view from the View 
menu. Although Common doesn't have a snazzy toolbar like Explorer, it will include four buttons (labeled Small, 
Large, List, and Report) that you can click to change the view. Those buttons are created as the sixth step in 
CreateListView(). Add these lines to complete the function: 

/ / Create the view-control buttons . 

m_smallButton . Create ( "Small" , WS_VISIBLE | WS_CHILD | WS_BORDER, 

CRect(400, 120, 450, 140), this, IDC_LISTVIEW_SMALL); 

m_largeButton . Create ( "Large" , WS_VISIBLE | WS_CHILD | WS_BORDER, 

CRect(400, 145, 450, 165), this, IDC_LISTVIEW_LARGE); 

m_listButton . Create ( "List " , WS_VISIBLE | WS_CHILD | WS_BORDER, 

CRect(400, 170, 450, 190), this, IDC_LISTVIEW_LIST); 

m_reportButton. Create ("Report", WS_VISIBLE | WS_CHILD | WS_BORDER, 
CRect(400, 195, 450, 215), this, IDC_LISTVIEW_REPORT) ; 



TIP: If you 're using large fonts, these buttons will need to be more than 50 pixels wide. This code creates 
each button from position 400 to 450— make the second number larger to widen the buttons. 



Edit the message map in CommonView.h to declare the handlers for each of these buttons so that it looks like this: 

// Generated message map functions 
protected : 

// { {AEX_MSG (CCommonView) 

afx_msg int OnCreate (LPCREATESTRUCT IpCreateStruct ) ; 
afx_msg void OnLButtonDown (UINT nElags, CPoint point); 
afx_msg void OnDestroy(); 
afx_msg void OnTimer(UINT nIDEvent); 

afx_msg void OnHScroll (UINT nSBCode, UINT nPos, CScrollBar* pScrollBar) 
// } }AEX_MSG 

afx_msg void OnSmall(); 
afx_msg void OnLarge ( ) ; 
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afx_msg void OnList(); 
afx_msg void OnReport(); 

DECLARE_MESSAGE_MAP () 

}; 

Edit the message map in Common View, cpp to associate the messages with the functions: 

BEGIN_MESSAGE_MAP (CCommonView, CScrollView) 

// { {AEX_MSG_MAP (CCommonView) 

ON_WM_CREATE ( ) 

ON_WM_LBUTTONDOWN ( ) 

ON_WM_DESTROY ( ) 

ON_WM_TIMER ( ) 

ON_WM_H SCROLL ( ) 

// } }AEX_MSG_MAP 

ON_COMMAND ( IDC_LISTVIEW_SMALL, OnSmall) 

ON_COMMAND ( IDC_LI STVIEW_LARGE , OnLarge) 

ON_COMMAND ( IDC_LI STVIEW_LI ST , OnList) 

ON_COMMAND ( IDC_LI STVIEW_REPORT , OnReport) 

// Standard printing commands 

ON_COMMAND (ID_EILE_PRINT, CScrollView: : OnEilePrint ) 

ON_COMMAND (ID_EILE_PRINT_DIRECT, CScrollView: : OnEilePrint ) 

ON_COMMAND ( ID_EILE_PRINT_PREVIEW, CScrollView: : OnEilePrintPreview) 
END_MESSAGE_MAP ( ) 

Choose View, Resource Symbols and click New to add new IDs for each constant referred to in this new code: 

• IDC_LISTVIEW 

• IDC_LISTVIEW_SMALL 

• IDC_LISTVIEW_LARGE 

• IDC_LISTVIEW_LIST 

• IDC_LISTVIEW_REPORT 

The four handlers will each call SefWindowLongO, which sets a window's attribute. Its arguments are the window's 
handle, a flag that specifies the value to be changed, and the new value. Eor example, passing GWL_STYLE as the 
second value means that the window's style should be changed to the style given in the third argument. Changing the 
list view control's style (for example, to LVS_SMALLICON) changes the type of view that it displays. With that in 
mind, add the four handler functions to the bottom of Common View, cpp: 

void CCommonView :: OnSmall ( ) 

{ 

SetWindowLong (m_listView . m_hWnd, GWL_STYLE, 

WS_VISIBLE I WS_CHILD | WS_BORDER | 

LVS_SMALLICON | LVS_EDITLABELS ) ; 

} 

void CCommonView :: OnLarge ( ) 

{ 

SetWindowLong (m_listView . m_hWnd, GWL_STYLE, 

WS_VISIBLE I WS_CHILD | WS_BORDER | 

LVS_ICON I LVS_EDITLABELS) ; 

} 

void CCommonView :: OnList ( ) 

{ 

SetWindowLong (m_listView . m_hWnd, GWL_STYLE, 
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WS_VISIBLE I WS_CHILD | WS_BORDER | 

LVS_LIST I LVS_EDITLABELS) ; 

} 

void CCommonView : : OnReport ( ) 

{ 

SetWindowLong (m_listView . m_hWnd, GWL_STYLE, 

WS_VISIBLE I WS_CHILD | WS_BORDER | 

LVS_REPORT I LVS_EDITLABELS) ; 

} 

In addition to changing the view, you can program a number of other features for your list view controls. When the user 
does something with the control, Windows sends a WM_NOTIFY message to the parent window. The most common 
notifications sent by a list view control are the following: 

• LVN_COLUMNCLICK Indicates that the user clicked a column header 

• LVN_BEGINLABELEDIT Indicates that the user is about to edit an item's label 

• LVN_ENDLABELEDIT Indicates that the user is ending the label-editing process 

Why not have Common allow editing of the first column in this list view? You start by overriding the virtual function 
OnNotifyO that was inherited by CCommonView from CScrollView. Right-click CCommonView in ClassView and 
choose Add Virtual Eunction. Select OnNotifyO from the list on the left and click Add and Edit; then add these lines of 
code at the beginning of the function, replacing the TODO comment: 

LV_DISPINEO* lv_dispInfo = (LV_DISPINEO* ) IParam; 

if (lv_dispInfo->hdr . code == LVN_BEGINLABELEDIT ) 

{ 

CEdit* pEdit = m_listView . GetEditControl ( ) ; 

// Manipulate edit control here. 

} 

else if ( lv_displnf o->hdr . code == LVN_ENDLABELEDIT ) 

{ 

if ( (lv_dispInfo->item.pszText != NULL) && 

(lv_dispInfo->item. iltem != -1)) 

{ 

m_listView . Set ItemText ( lv_displnf o->item . iltem, 

0, lv_displnf o->item . pszText ) ; 

} 

} 

The three parameters received by OnNotifyO are the message's WPARAM and LPARAM values and a pointer to a 
result code. In the case of a WM_NOTIEY message coming from a list view control, the WPARAM is the list view 
control's ID. If the WM_NOTIEY message is the LVN_BEGINLABELEDIT or LVN_ENDLABELEDIT notification, 
the LPARAM is a pointer to an LV_DISPINEO structure, which itself contains NMHDR and LV_ITEM structures. 

You use the information in these structures to manipulate the item that the user is trying to edit. 

If the notification is LVN_BEGINLABELEDIT, your program can do whatever pre-editing initialization it needs to do, 
usually by calling GetEditControl() and then working with the pointer returned to you. This sample application shows 
you only how to get that pointer. 

When handling label editing, the other notification to watch out for is LVN_ENDLABELEDIT, which means that the 
user has finished editing the label, by either typing the new label or canceling the editing process. If the user has 
canceled the process, the LV_DISPINEO structure's item.pszText member will be NULL, or the item.iltem member 
will be -1. In this case, you need do nothing more than ignore the notification. If, however, the user completed the 
editing process, the program must copy the new label to the item's text, which OnNotifyO does with a call to 
SetItemText(). The CListCtrl object's SetItemText() member function requires three arguments: the item index, the 
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sub-item index, and the new text. 

At this point you can build Common again and test it. Click each of the four buttons to change the view style. Also, try 
editing one of the labels in the first column of the list view. 

Figure 10.1 already showed you the report view for this list view. Figure 10.6 shows the application's list view control 
displaying small icons, and Figure 10.7 shows the large icons. (Some controls in these figures have yet to be covered in 
this chapter.) 

You can do a lot of other things with a list view control. A little time invested in exploring and experimenting can save 
you a lot of time writing your user interface. 

FIG. 10.6 Here's the sample application's list view control set to small icons. 

FIG. 10.7 Here 's the sample application 's list view control set to large icons. 

The Tree View Control 



In the preceding section, you learned how to use the list view control to organize the display of many items in a 
window. The list view control enables you to display items both as objects in a window and objects in a report 
organized into columns. Often, however, the data you'd like to organize for your application's user is best placed in a 
hierarchical view. That is, elements of the data are shown as they relate to one other. A good example of a hierarchical 
display is the directory tree used by Windows to display directories and the files that they contain. 

MFC provides this functionality in the CTreeCtrl class. This versatile control displays data in various ways, all the 
while retaining the hierarchical relationship between the data objects in the view. 

If you'd like to see an example of a tree view control, revisit Windows Explorer (see Figure 10.8). The left side of the 
window shows how the tree view control organizes objects in a window. (The right side of the window contains a list 
view control, which you learned about in the preceding section). In the figure, the tree view displays not only the 
storage devices on the computer but also the directories and files stored on those devices. The tree clearly shows the 
hierarchical relationship between the devices, directories, and files, and it enables the user to open and close branches 
on the tree to explore different levels. 

FIG. 10.8 A tree view control displays a hierarchical relationship between items. 

Creating the Tree View 

Tree views are a little simpler than list views. You will write the rest of CreateTreeView(), which performs the 
following tasks: 

1. Creates an image list 

2. Creates the tree view itself 

3. Associates the image list with the list view 

4. Creates the root item 

5. Creates child items 

Creating the image list, creating the tree control, and associating the control with the image list are very similar to the 
steps completed for the image list. You've already written the code to create the image list, so add these lines to 
CreateT ree V iew() : 

// Create the Tree View control. 

m_treeView. Create (WS_VISIBLE | WS_CHILD | WS_BORDER | 

TVS_HASLINES | TVS_LINESATROOT | TVS_HASBUTTONS | 
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TVS_EDITLABELS, CRect(20, 260, 160, 360), this, 

IDC_TREEVIEW) ; 

m_treeView . Set ImageList ( &m_treeImageList , TVSIL_NORMAL) ; 

(Remember to add a resource ID for IDC_TREEVIEW.) The CTreeCtrl class, of which m_treeView is an object, 
defines special styles to be used with tree view controls. Table 10.4 lists these special styles. 

Table 10.4 Tree View Control Styles 



Style 


Description 


TVS_DISABLEDRAGDROP 


Disables drag-and-drop operations 


TVS_EDITLABELS 


Enables the user to edit labels 


TVS_HASBUTTONS 


Gives each parent item a button 


TVS_HASLINES 


Adds lines between items in the tree 


TVS_LINESATROOT 


Adds a line between the root and child items 


TVS_SHOWSELALWAYS 


Eorces a selected item to stay selected when losing focus 


TVS_NOTOOLTIPS 


Suppresses ToolTips for the tree items 


TVS_SINGLEEXPAND 


Expands or collapses tree items with a single click rather than a double click 



Creating the Tree View's items 

Creating items for a tree view control is much like creating items for a list view control. As with the list view. Visual 
C++ defines a structure that you must initialize and pass to the function that creates the items. This structure is called 
TVITEM and is defined in Listing 10.8. 

Listing 10.8 The TVITEM Structure, Defined by MFC 

typedef struct _TVITEM 
{ 



UINT 


mask; 


HTREEITEM 


hit em ; 


UINT 


state; 


UINT 


stateMask; 


LPSTR 


pszText ; 


int 


cchTextMax; 


int 


ilmage; 


int 


iSelectedImage; 


int 


cChildren; 


LPARAM 


IParam; 



} TV_ITEM; 

In the TVITEM structure, the mask member specifies the other structure members that are valid. The flags you can use 
are as follows: 

• TVIE_CHILDREN cChildren is valid. 

• TVIE_HANDLE hitem is valid. 

• TVIEJMAGE ilmage is valid. 

• TVIE_PARAM IParam is valid. 

• TVIE_SELECTEDIMAGE iSelectedImage is valid. 
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• TVIF_STATE state and stateMask are valid. 

• TVIF_TEXT pszText and cchTextMax are valid. 

The hitem member is the handle of the item, whereas the state and stateMask members hold the item's current state and 
its valid states, which can be one or more of TVIS_BOLD, TVIS_CUT, TVIS_DROPHILITED, TVIS_EXPANDED, 
TVIS_EXPANDEDONCE, TVIS_FOCUSED, TVIS_OVERLAYMASK, TVIS_SELECTED, 
TVIS_STATEIMAGEMASK, and TVIS_USERMASK. 

The pszText member is the address of a string buffer. When using the TVITEM structure to create an item, the string 
buffer contains the item's text. When obtaining information about the item, pszText is the buffer where the information 
will be stored, and cchTextMax is the size of the buffer. If pszText is set to LPSTR_TEXTCALLBACK, the item uses 
the callback mechanism. Finally, the ilmage member is the index of the item's icon in the image list. If set to 
IJMAGECALLBACK, the ilmage member indicates that the item uses the callback mechanism. 

The iSelectedImage member is the index of the icon in the image list that represents the item when the item is selected. 
As with ilmage, if this member is set to IJMAGECALLBACK, the iSelectedImage member indicates that the item 
uses the callback mechanism. Finally, cChildren specifies whether there are child items associated with the item. 

In addition to the TVITEM structure, you must initialize a TVINSERTSTRUCT structure that holds information about 
how to insert the new structure into the tree view control. That structure is declared in Fisting 10.9. 

Listing 10.9 The TViNSERTSTRUCT Structure, Defined by MFC 

typedef struct tagTVINSERTSTRUCT { 

HTREEITEM hParent; 

HTREEITEM hInsertAfter ; 

#if (_WIN32_IE >= 0x0400) 
union 
{ 

TVITEMEX itemex; 

TVITEM item; 

} DUMMYUNIONNAME; 

#else 

TVITEM item; 

#endif 

} TVINSERTSTRUCT, EAR *LPTVINSERTSTRUCT ; 

In this structure, hParent is the handle to the parent tree-view item. A value of NUFF or TVI_ROOT specifies that the 
item should be placed at the root of the tree. The hInsertAfter member specifies the handle of the item after which this 
new item should be inserted. It can also be one of the flags TVI_FIRST (beginning of the list), TVI_FAST (end of the 
list), or TVI_SORT (alphabetical order). Finally, the item member is the TVITEM structure containing information 
about the item to be inserted into the tree. 

Common first initializes the TVITEM structure for the root item (the first item in the tree). Add these lines: 

// Create the root item. 

TVITEM tvltem; 
tvltem.mask = 

TVIE_TEXT I TVIE_IMAGE | TVIE_SELECTEDIMAGE; 
tvltem . pszText = "Root"; 
tvltem . cchTextMax = 4; 
tvltem . ilmage = 0; 
tvltem . iSelectedImage = 0; 

TVINSERTSTRUCT tvinsert; 
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tvinsert . hParent = TVI_ROOT; 
tvinsert . hInsertAfter = TVI_FIRST; 
tvinsert . item = tvltem; 

HTREEITEM hRoot = m_treeView . Insert Item ( &tvlnsert ) ; 

The CTreeCtrl member function Insertltem() inserts the item into the tree view control. Its single argument is the 
address of the TVINSERTSTRUCT structure. 

CreateTreeViewO then inserts the remaining items into the tree view control. Add these lines to insert some hard-coded 
sample items into the tree view: 

// Create the first child item. 

tvltem . pszText = "Child Item I " ; 

tvltem . cchTextMax = 12; 

tvltem . ilmage = I; 

tvltem . iSelectedImage = I; 

tvinsert . hParent = hRoot; 

tvinsert . hInsertAfter = TVI_EIRST; 

tvinsert . item = tvltem; 

HTREEITEM hChildItem = m_treeView . Insert Item ( Stvlnsert ) ; 

// Create a child of the first child item. 

tvltem . pszText = "Child Item 2"; 

tvltem . cchTextMax = 12; 

tvltem . ilmage = 2; 

tvltem . iSelectedImage = 2; 

tvinsert . hParent = hChildItem; 

tvinsert . hInsertAfter = TVI_EIRST; 

tvinsert . item = tvltem; 

m_treeView . Insert Item ( Stvlnsert ) ; 

// Create another child of the root item. 

tvltem . pszText = "Child Item 3"; 

tvltem . cchTextMax = 12; 

tvltem . ilmage = 1; 

tvltem . iSelectedImage = I; 

tvinsert . hParent = hRoot; 

tvinsert . hInsertAfter = TVI_LAST; 

tvinsert . item = tvltem; 

m_treeView . Insert Item ( Stvlnsert ) ; 

Manipulating the Tree View 

Just as with the list view control, you can edit the labels of the items in Common's tree view. Also, like the list view 
control, this process works because the tree view sends WM_NOTIFY messages that trigger a call to the program's 
OnNotifyO function. 

OnNotifyO handles the tree-view notifications in almost exactly the same way as the list- view notifications. The only 
difference is in the names of the structures used. Add these lines to OnNotifyO before the return statement: 

TV_DISPINEO* tv_dispInfo = (TV_DISPINEO* ) IParam; 

if (tv_dispInfo->hdr . code == TVN_BEGINLABELEDIT ) 

{ 

CEdit* pEdit = m_treeView . GetEditControl ( ) ; 

// Manipulate edit control here. 

} 
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else if (tv_displnf o->hdr . code == TVN_ENDLABELEDIT ) 

{ 

if (tv_displnf o->item . pszText != NULL) 

{ 

m_treeView . Set ItemText (tv_displnf o->item . hitem, 
tv_displnf o->item . pszText ) ; 

} 

} 

The tree view control sends a number of other notification messages, including TVN_BEGINDRAG, 
TVN_BEGINLABELEDIT, TVN_BEGINRDRAG, TVN_DELETEITEM, TVN_ENDLABELEDIT, 
TVN_GETDISPINEO, TVN_GETINEOTIP, TVNJTEMEXPANDED, TVNJTEMEXPANDING, 
TVN_KEYDOWN, TVN_SELCHANGED, TVN_SEECHANGING, TVN_SETDISPINEO, and 
TVN_SINGLEEXPAND. Check your Visual C++ online documentation for more information about handling these 
notification messages. 

Now is a good time to again build and test Common. Be sure to try expanding and collapsing the levels of the tree and 
editing a label. If you can't see all the control, maximize the application and adjust your screen resolution if you can. 
The application will eventually scroll but not just yet. 

The Rich Edit Controi 



If you took all the energy expended on writing text-editing software and you concentrated that energy on other, less 
mundane programming problems, computer science would probably be a decade ahead of where it is now. Although 
that might be an exaggeration, it is true that when it comes to text editors, a huge amount of effort has been dedicated to 
reinventing the wheel. Wouldn't it be great to have one piece of text-editing code that all programmers could use as the 
starting point for their own custom text editors? 

With Visual C++'s CRichEditCtrl control, you get a huge jump on any text-editing functionality that you need to install 
in your applications. The rich edit control is capable of handling fonts, paragraph styles, text color, and other types of 
tasks that are traditionally found in text editors. In fact, a rich edit control (named for the fact that it handles text in 
Rich Text Eormat) provides a solid starting point for any text-editing tasks that your application must handle. Your 
users can 

• Type text. 

• Edit text, using cut-and-paste and sophisticated drag-and-drop operations. 

• Set text attributes such as font, point size, and color. 

• Apply underline, bold, italic, strikethrough, superscript, and subscript properties to text. 

• Eormat text, using various alignments and bulleted lists. 

• Lock text from further editing. 

• Save and load files. 

As you can see, a rich edit control is powerful. It is, in fact, almost a complete word-processor-in-a-box that you can 
plug into your program and use immediately. Of course, because a rich edit control offers so many features, there's a lot 
to learn. This section gives you a quick introduction to creating and manipulating a rich edit control. 

Creating the Rich Edit Controi 

Add a call to CreateRichEdit() to the view class's OnCreate() function and then add the function to the class. Listing 
10.10 shows the code you should add to the function. Add resource IDs for IDC_RICHEDIT, 

IDC_RICHEDIT_ULINE, IDC_RICHEDIT_LEET, IDC_RICHEDIT_CENTER, and IDC_RICHEDIT_RIGHT. 
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Listing 10.10 CommonView.cpp--CCommonView::CreateRichEdit() 



void 

{ 



CCommonView: : CreateRichEdit () 

m_richEdit . Create (WS_CHILD | WS_VISIBLE | WS_BORDER | 
ES_AUTOVSCROLL | ES_MULTILINE, 

CRect(180, 260, 393, 360), this, IDC_RICHEDIT); 
m_boldButton . Create ( "ULine" , WS_VISIBLE | WS_CHILD | WS_BORDER, 
CRect(400, 260, 450, 280), this, IDC_RICHEDIT_ULINE); 
m_leftButton . Create ( "Left " , WS_VISIBLE | WS_CHILD | WS_BORDER, 
CRect(400, 285, 450, 305), this, IDC_RICHEDIT_LEET); 
m_centerButton. Create ("Center", WS_VISIBLE | WS_CHILD | WS_BORDER, 
CRect(400, 310, 450, 330), this, IDC_RICHEDIT_CENTER); 
m_rightButton. Create ("Right", WS_VISIBLE | WS_CHILD | WS_BORDER, 
CRect(400, 335, 450, 355), this, IDC_RICHEDIT_RIGHT) ; 



As usual, things start with a call to the control's Create() member function. The style constants include the same 
constants that you would use for creating any type of window, with the addition of special styles used with rich edit 
controls. Table 10.5 lists these special styles. 



Tabie 10.5 Rich Edit Styies 



Style 


Description 


ES_AUTOHSCROLL 


Automatically scrolls horizontally 


ES_AUTOVSCROLL 


Automatically scrolls vertically 


ES_CENTER 


Centers text 


ES_LEET 


Left-aligns text 


ES_LOWERCASE 


Lowercases all text 


ES_MULTIEINE 


Enables multiple lines 


ES_NOHIDESEL 


Doesn't hide selected text when losing the focus 


ES_OEMCONVERT 


Converts from ANSI characters to OEM characters and back to ANSI 


ES_PASSWORD 


Displays characters as asterisks 


ES_READONLY 


Disables editing in the control 


ES_RIGHT 


Right-aligns text 


ES_UPPERCASE 


Uppercases all text 


ES_WANTRETURN 


Inserts return characters into text when Enter is pressed 



Initializing the Rich Edit Control 

The rich edit control is perfectly usable as soon as it is created. Member functions manipulate the control extensively, 
formatting and selecting text, enabling and disabling many control features, and more. As always, check your online 
documentation for all the details on these member functions. 
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Manipulating the Rich Edit Control 

This sample application shows you the basics of using the rich edit control by setting character attributes and paragraph 
formats. When you include a rich edit control in an application, you will probably want to give the user some control 
over its contents. For this reason, you usually create menu and toolbar commands for selecting the various options that 
you want to support in the application. In Common, the user can click four buttons to control the rich edit control. 

You've already added the code to create these buttons. Add lines to the message map in the header file to declare the 
handlers: 

afx_msg void OnULine(); 
afx_msg void OnLeft(); 
afx_msg void OnCenter(); 
afx_msg void OnRight(); 

Similarly, add these lines to the message map in the source file: 

ON_COMMAND ( IDC_RICHEDIT_ULINE, OnULine) 

ON_COMMAND ( IDC_RICHEDIT_LEET, OnLeft) 

ON_COMMAND ( IDC_RICHEDIT_CENTER, OnCenter) 

ON_COMMAND ( IDC_RICHEDIT_RIGHT, OnRight) 

Each of these functions is simple. Add them each to Common View. cpp. OnULine() looks like this: 

void CCommonView :: OnULine ( ) 

{ 

CHAREORMAT charEormat; 

charEormat . cbSize = sizeof (CHAREORMAT) ; 
charEormat . dwMask = CEM_UNDERLINE; 
m_richEdit . GetSelect ionCharEormat (charEormat ) ; 
if (charEormat . dwEffects & CEM_UNDERLINE ) 
charEormat . dwEf feet s = 0; 

else 

charEormat . dwEf feet s = CEE_UNDERLINE; 
m_richEdit . SetSelect ionCharEormat (charEormat) ; 
m_richEdit . SetEocus ( ) ; 

} 

OnULineO creates and initializes a CHAREORMAT structure, which holds information about character formatting and 
is declared in Listing 10. 1 1 . 

Listing 10.11 The CHARFORMAT Structure, Defined by MFC 



typedef struct _charformat 

{ 



UINT 

_WPAD 

DWORD 

DWORD 

LONG 

LONG 

COLORREE 

BYTE 

BYTE 

TCHAR 

WPAD 



ebSize; 

_wPadl ; 

dwMask; 

dwEffects ; 

yHeight ; 

yOf f set ; 

crTextColor ; 

bCharSet ; 

bPitchAndEamily ; 

szEaceName [LE_EACESIZE] ; 

_wPad2 ; 
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In a CHARFORMAT structure, cbSize is the size of the structure. dwMask indicates which memhers of the structure 
are valid (can he a combination of CFM_BOLD, CFM_CHARSET, CFM_COLOR, CFM_FACE, CEMJTAEIC, 
CEM_OEESET, CEM_PROTECTED, CEM_SIZE, CEM_STRIKEOUT, and CEM_UNDERLINE). dwEffects is the 
character effects (can be a combination of CEE_AUTOCOLOR, CEE_BOLD, CEEJTALIC, CEE_STRIKEOUT, 
CEE_UNDERLINE, and CEE_PROTECTED). yHeight is the character height, and yOffset is the character baseline 
offset (for super- and subscript characters). crTextColor is the text color. bCharSet is the character set value (see the 
ifCharSet member of the LOGEONT structure). bPitchAndEamily is the font pitch and family, and szEaceName is the 
font name. 

After initializing the CHAREORMAT structure, as needed, to toggle underlining, OnULine() calls the control's 
GetSelectionCharEormatO member function. This function, whose single argument is a reference to the 
CHAREORMAT structure, fills the character format structure. OnUEine() checks the dwEffects member of the 
structure to determine whether to turn underlining on or off. The bitwise and operator, &, is used to test a single bit of 
the variable. 

Einally, after setting the character format, OnULine() returns the focus to the rich edit control. By clicking a button, the 
user has removed the focus from the rich edit control. You don't want to force the user to keep switching back manually 
to the control after every button click, so you do it by calling the control's SetEocus() member function. 

Common also enables the user to switch between the three types of paragraph alignment. This is accomplished 
similarly to toggling character formats. Listing 10.12 shows the three functions— OnLeft(), OnRight(), and 
OnCenter()— that handle the alignment commands. Add the code for these functions to Common View. cpp. As you can 
see, the main difference is the use of the PARAEORMAT structure instead of CHAREORMAT and the call to 
SetParaEormatO instead of SetSelectionCharEormat(). 

Listing 10.12 CommonView.cpp--Changing Paragraph Formats 

void CCommonView : : OnLeft ( ) 

{ 

PARAFORMAT paraFormat; 

paraFormat . cbSize = sizeof (PARAFORMAT) ; 
paraFormat . dwMask = PFM_ALIGNMENT; 
paraFormat . wAlignment = PFA_LEFT; 
m_richEdit . SetParaEormat (paraEormat) ; 
m_richEdit . SetEocus ( ) ; 

} 

void CCommonView :: OnCenter ( ) 

{ 

PARAEORMAT paraEormat; 

paraEormat . cbSize = sizeof (PARAEORMAT) ; 
paraEormat . dwMask = PEM_ALIGNMENT; 
paraEormat . wAlignment = PEA_CENTER; 
m_richEdit . SetParaEormat (paraEormat) ; 
m_richEdit . SetEocus ( ) ; 

} 

void CCommonView :: OnRight ( ) 

{ 

PARAEORMAT paraEormat; 

paraEormat . cbSize = sizeof (PARAEORMAT) ; 
paraEormat . dwMask = PEM_ALIGNMENT; 
paraEormat . wAlignment = PEA_RIGHT; 
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m_richEdit . SetParaFormat (paraFormat) ; 
m_richFdit . SetFocus ( ) ; 

} 

After adding all that code, it's time to build and test again. First, click in the text box to give it the focus. Then, start 
typing. Want to try out character attributes? Click the ULine button to add underlining to either selected text or the next 
text you type. To try out paragraph formatting, click the Left, Center, or Right button to specify paragraph alignment. 
(Again, if you're using large text, adjust the button size if the labels don't fit.) Figure 10.9 shows the rich edit control 
with some different character and paragraph styles used. 

FIG. 10.9 A rich edit control is almost a complete word processor. 



http://www.pbs.mcp.eom/ebooks/0789715392/ch10/ch10.htm (26 of 26) [7/29/1999 3:47:59 PM] 



Special Edition Using Visual C++ 6 -- Ch 1 1 - Help 



Special Edition Using Visual C++ 6 



^ Previous Cfiapter 



^ Contents 



-11 - 

Help 



• Different Kinds of Help 

o Getting Help 
o Presenting Help 
o Using Help 
o Programming Help 

• Components of the Help System 

• Help Support from AppWizard 

• Planning Your Help Approach 

• Programming for Command Help 

• Programming for Context Help 

• Writing Help Text 

o Changing Placeholder Strings 
o Adding Topics 

o Changing the How to Modify Text Topic 

• Adjustments to the Contents 



Too many programmers entirely neglect online Help. Even those who add Help to an application tend to 
leave it to the end of a project, and when the inevitable time squeeze comes, guess what? There's no time 
to write the Help text or make the software adjustments that arrange for that text to display when the user 
requests Help. One reason people do this is because they believe implementing Help is really hard. With 
Visual C++, though, it's a lot easier than you might anticipate. Visual C++ even writes some of your 
Help text for you! This chapter is going to add Help, after the fact, to the ShowString application built in 
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Chapter 8, "Building a Complete Application: ShowString." 

Different Kinds of Help 

You can characterize Help in a variety of ways. This section presents four different questions you might 
ask about Help: 

• How does the user invoke it? 

• How does it look onscreen? 

• What sort of answers does the user want? 

• How does the developer implement it in code? 

None of these questions has a single answer. There are at least nine different ways for a user to invoke 
Help, three standard Help appearances, and three different programming tasks you must implement in 
order to display Help. These different ways of looking at Help can help you understand why the 
implementation involves a number of different techniques, which can be confusing at first. 

Getting Help 

The first way of characterizing Help is to ask "How does the user open it up?" There are a number of 
ways to open Help: 

• By choosing an item from the Help menu, such as Help, Contents (choosing What's This? or 
About doesn't open Help immediately) 

• By pressing the FI key 

• By clicking the Help button on a dialog box 

• By clicking a What's This? button on a toolbar and then clicking something else 

• By choosing What's This? from the Help menu (the System menu for dialog box-based 
applications) and then clicking something 

• By clicking a Question button on a dialog box and then clicking part of the dialog box 

• By right-clicking something and choosing What's This? from the pop-up menu 

• In some older applications, by pressing Shift+Fl and then clicking something 

• Outside the application completely, by double-clicking the HLP file 

For the first three actions in this list, the user does one thing (chooses a menu item, presses FI, or clicks a 
button), and Help appears immediately. For the next five actions, there are two steps: typically, one click 
to go into Help mode (more formally called What's This? mode) and another to indicate which Help is 
required. Users generally divide Help into single-step Help and two-step Help, accordingly. 



NOTE: You will become confused if you try to use Visual Studio to understand Help, in 
general. Much of the information is presented as HTML Help in a separate product, 
typically MSDN, though there are some circumstances under which more traditional Help 
appears. Use simple utilities and accessories that come with your operating system or use 
your operating system itself to follow along. 
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HTML Help 

Until fairly recently, all Help files were built from RTF files, as described in this chapter, 
and displayed with the Microsoft Help engine. Microsoft has now started to use HTML files 
for its Help, and has released a number of tools to simplify the job of creating and 
maintaining HTML Help. 

There are a number of advantages to an HTML Help system: Your Help files can contain 
links to Internet resources, for example. You can incorporate any active content that your 
browser understands, including ActiveX controls, Java applets, and scripting. Many 
developers find attractive Help systems quicker to build in HTML. 

Unfortunately, there are also disadvantages. The interface is not as rich as the traditional 
Help interface, for example. Many developers take one look at the HTML Help provided 
with Visual Studio and vow never to produce HTML Help files for their own products. 

If you would like to use HTML Help rather than the traditional Help files discussed in this 
chapter, start by visiting http://www.microsoft.com/workshop/author/htmlhelp to get a 
copy of the HTML Help Workshop and plenty of documentation and examples. 

Most of the work involved in creating HTML Help is the same as the traditional Help 
techniques presented here, but involves, for example, calling HTMLHelpO instead of 
::WinHelp(). Instead of editing RTF files with Word, you edit HTML files with the HTML 
Help Workshop editor. 



Presenting Help 

The second way of characterizing Help is to ask, "How does it look?" You can display Help in several 
ways: 

• Help Topics dialog box. As shown in Figure 11.1, this dialog box enables users to scroll through 
an index, look at a table of contents, or find a word within the Help text. (To open this dialog on 
Windows, choose Start, Help.) 

• Ordinary Help window. As shown in Figure 1 1.2, this window has buttons such as Help Topics, 
Back, and Options. It can be resized, minimized, maximized, or closed and in many cases is 
always on top, like the system clock and other popular utilities. (To see this one, open the 
calculator, usually by choosing Start, Programs, Accessories, Calculator; then press FI. Expand a 
closed book by double-clicking it; then double-click a topic from the list that appears. Finding Out 
What a Calculator Button Does appears under Tips and Tricks.) 

• Pop-up windows. As shown in Figure 1 1.3, pop-up windows are relatively small and don't have 
buttons or menus. They disappear when you click outside them, cannot be resized or moved, and 
are perfect for a definition or quick explanation. To re-create Figure 1 1.3, right-click the MC 
button and choose What's This? 

FIG. 11.1 The Help Topics dialog box enables users to go through the contents or index or search the 
Help text with Find. 
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FIG. 11.2 An ordinary Help window has buttons and sometimes menus. It can be treated like any other 
window. 



FIG. 11.3 A pop-up Help topic window gives the user far less control and should be used only for short 
explanations. 

Using Help 

A third way of characterizing Help is according to the user's reasons for invoking it. In the book The 
Windows Interface Guidelines for Software Design, Mierosoft categorizes Help in this way and lists 
these kinds of Help: 

• Contextual user assistance answers questions such as What does this button do? or What does this 
setting mean? 

• Task-oriented Help explains how to accomplish a certain task, such as printing a document. (It 
often contains numbered steps.) 

• Reference Help looks up function parameters, font names, or other material that expert users need 
to refer to from time to time. 

• Wizards walk a user through a complicated task, just as AppWizard walks you through creating an 
application. 

These describe the content of the material presented to the user. Although these content descriptions are 
important to a Help designer and writer, they're not very useful from a programming point of view. 



TIP: The book mentioned previously is provided with the MSDN CDs included with Visual 
Studio. In Visual Studio, press FI to bring up MSDN. On the Contents tab of MSDN, 
expand the Books item, then expand the interface guidelines book. Chapter 12, "User 
Assistance," gives Help guidelines. 



Programming Help 



The final way of eharaeterizing Help, and perhaps the most important to a developer, is by examining the 
eode behind the scenes. Three Windows messages are sent when the user invokes Help: 



• WM_COMMAND 

• WM_HELP 

• WM CONTEXTMENU 



NOTE: Windows messages are diseussed in Chapter 3, "Messages and Commands." 



When the user ehooses a Help item from a menu or clieks the Help button on a dialog box, the system 
sends a WM_COMMAND message, as always. To display the associated Help, you catch these 
messages and call the WinHelp system. 
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When the user right-clicks an element of your application, a WM_CONTEXTMENU message is sent. 
You catch the message and build a shortcut menu on the spot. Because in most cases you will want a 
shortcut menu with only one item on it, What's This?, you can use a prebuilt menu with only that item 
and delegate the display of that menu to the Help system— more on this later in the "Programming for 
Context Help" section. 

When the user opens Help in any other way, the framework handles most of it. You don't catch the 
message that puts the application into What's This? mode, you don't change the cursor, and you don't deal 
with clicks while in that mode. You catch a WM_HELP message that identifies the control, dialog box, 
or menu for which Help is required, and you provide that Help. Whether the user pressed El or went into 
What's This? mode and clicked the item doesn't matter. In fact, you can't tell from within your 
application. 

The WM_HELP and WM_CONTEXTMENU messages are handled almost identically, so from the point 
of view of the developer, there are two kinds of help. We'll call these command help and context help. 
Each is discussed later in this chapter in the "Programming for Command Help" and "Programming for 
Context Help" sections, but keep in mind that there's no relationship between this split (between 
command and context help) and the split between one-step and two-step Help that users think of. 

Components of the Help System 

As you might expect, a large number of files interact to make online Help work. The final product, which 
you deliver to your user, is the Help file, with the .hip extension. It is built from component files. In the 
list that follows, appname refers to the name of your application's .exe file. If no name appears, there 
might be more than one file with a variety of names. The component files produced by AppWizard are as 
follows: 



h 


These Header files define resource IDs and Help topic IDs for use within your C+-I- code. 


.hm 


These Help Mapping files define Help topic IDs. appname.hm is generated every time 
you build your application— don't change it yourself. 


.rtf 


These Rich Text Eormat files contain the Help text for each Help topic. 


appname.cnt 


You use this table of contents file to create the Contents tab of the Help Topics dialog 
box. (Y ou should distribute this contents file with your application in addition to the Help 
file.) 


appname.hpj 


This Help Project file pulls together .hm and .rtf files to produce, when compiled, a .hip 
file. 



While being used, the Help system generates other files. When you uninstall your application from the 
user's hard disk, be sure to look for and remove the following files, in addition to the .hip and .cnt files: 

• appname. gid is a configuration file, typically hidden. 

• appname.fts is a full text search file, generated when your user does a Eind through your Help text. 

• appname.ftg is a full text search group list, also generated when your user does a Eind. 
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Help topic IDs are the connection between your Help text and the Help system. Your program eventually 
directs the Help system to display a Help topic, using a name such as HID_FILE_OPEN, and the system 
looks for this Help topic ID in the Help file, compiled from the .rtf files, including the .rtf file that 
contains your Help text for that Help topic ID. (This process is illustrated in Eigure 1 1.4.) These topic 
IDs have to be defined twice— once for use by the Help system and once for use by your program. When 
the Help system is displaying a topic or the Help Topics dialog box, it takes over displaying other Help 
topics as the user requests them, with no work on your part. 

FIG. 11.4 Your program, the Help system, and your Help files all work together to display a topic. 

Help Support from AppWizard 

When you build an MDI application (no database or OLE support) with AppWizard and choose the 
Context-Sensitive Help option (in Step 4), here's what you find: 

• Message map entries are added to catch the commands ID_HELP_EINDER, ID_HELP, 
ID_CONTEXT_HELP, and ID_DEEAULT_HELP. No code is added to handle these; they are 
passed to CMDIErameWnd member functions. 

• A What's This? button is added to the toolbar. 

• A Help Topics item is added to the Help menu for both menus provided by AppWizard: the one 
used when a file is open and the smaller one used when no files are open. 

• Accelerators for El (ID_HELP) and Shift+El (ID_CONTEXT_HELP) are added. 

• The default message in the status bar is changed from Ready to Eor Help, press El. 

• A status bar prompt is added, to be displayed while in What's This? mode: Select an object on 
which to get Help. 

• Status bar prompts are added for the Help menu and its items. 

• afxcore.rtf, a Help text file for standard menu items such as Eile, Open, is copied into the project. 

• afxprint.rtf, a Help text file for printing and print previewing, is copied into the project. (These 
files are added separately because not all projects include printing and print previewing. If this 
project has database- or OLE-related features, more help is provided.) 

• Twenty-two .bmp files, included as illustrations in Help for topics such as Eile, Open, are copied 
into the project. 

With this solid foundation, the task of implementing Help for this application breaks down into three 
steps: 

1. You must plan your Help. Do you intend to provide reference material only, task-oriented 
instructions only, or both? To what extent will you supplement these with context pop-ups? 

2. You must provide the programming hooks that will result in the display of the Help topics you 
have designed. This is done differently for command and context Help, as you will see in the 
sections that follow. 

3. You must build the .rtf files with the Help topic IDs and text to explain your application. If you 
have designed the Help system well and truly understand your application, this should be simple, 
though time-consuming. 
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NOTE: On large projects, often a technical writer rather than a programmer writes the Help 
text. This requires careful coordination: For example, you have to provide topic IDs to the 
Help writer, and you might have to explain some functions so that they can be described in 
the Help. You have to work closely together throughout a project like this and respect each 
other's area of expertise. 



Planning Your Help Approach 

Developing Help is like developing your software. You shouldn't do it without a plan. Strictly speaking, 
you shouldn't do it last. A famous experiment decades ago split a programming class into two groups. 
One group was required to hand in a completed user manual for a program before writing the program, 
the other to finish the program before writing the manual. The group who wrote the manual first 
produced better programs: They noticed design errors early, before the errors were carved in code, and 
they found writing programs much easier as well. 

If your application is of any size, the work involved in developing a Help system for it would fill a book. 
If you need further information on how to do this, consider the book Designing Windows 95 Help: A 
Guide to Creating Online Documents, written by Mary Deaton and Cheryl Lockett Zubak, published by 
Que. In this section, there is room for only a few basic guidelines. 

The result of this planning process is a list of Help topics and the primary way they will be reached. The 
topics you plan are likely to include the following: 

• A page or so of Help on each menu item, reached by getting into What's This? mode and clicking 
the item (or by pressing FI on a highlighted menu item). 

• A page, reachable from the Contents, that lists all the menus and their menu items, with links to 
the pages for those items. 

• A page, reachable from the Contents, for each major task that a user might perform with the 
application. This includes examples or tutorials. 

• Context Help for the controls on all dialog boxes. 

Although that might seem like a lot of work, remember that all the boilerplate resources have been 
documented already in the material provided by AppWizard. This includes menu items, common dialog 
boxes, and more. 

After you have a complete list of material and the primary way each page is reached, think about links 
between pages (for example, the AppWizard- supplied Help for File, Open mentions using File, New and 
vice versa) and pop-up definitions for jargon and keywords. 

In this section, you plan Help for ShowString, the application introduced in Chapter 8. This simple 
application displays a string that the user can set. The string can be centered vertically or horizontally, 
and it can be black, green, or red. A new menu (Tools) with one item (Options) opens a dialog box on 
which the user can set all these options at once. The Help tasks you need to tackle include the following: 

• Changing AppWizard's placeholder strings to ShowString or other strings specific to this 
application 
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• Adding a topic about the Tools menu and the Options item 

• Adding a topic about each control on the Options dialog box 

• Adding a Question button to the Options dialog box 

• Changing the text supplied by AppWizard and displayed when the user requests context Help 
about the view 

• Adding an Understanding Centering topic to the Help menu and writing it 

• Adjusting the Contents to point to the new pages 

The remainder of this chapter tackles this list of tasks. 

Programming for Command Help 

Command Help is simple from a developer's point of view. (Of course, you probably still have to write 
the explanations, so don't relax too much.) As you've seen, AppWizard added the Help Topics menu item 
and the message map entries to catch it, and the MFC class CMDIChildFrame has the member function 
to process it, so you have no work to do for that. However, if you choose to add another menu item to 
your Help menu, you do so just like any other menu, using the ResourceView. Then, have your 
application class, CShowStringApp, catch the message. 

Say, for example, that ShowString deserves an item named Understanding Centering on the Help menu. 
Here's how to make that happen: 

1 . Open ShowString, either your own copy from working along with Chapter 8 or a copy you have 
downloaded from the book's Web site, in Visual Studio. You may want to make a copy of the old 
project before you start, because ShowString is the foundation for many of the projects in this 
book. 



TIP: If you aren't familiar with editing menus and dialogs or catching messages, you should 
read Chapter 9 before this one. 

2. Open the IDR_MAINFRAME menu by switching to ResourceView, expanding Menus, and 
double-clicking IDR_MAINFRAME. Add the Understanding Centering item to the Help menu 
(just below Help Topics) and let Developer Studio assign it the resource ID 
ID_HELP_UNDERSTANDINGCENTERING. This is one occasion when a slightly shorter 
resource ID wouldn't hurt, but this chapter presents it with the longer ID. 

3. Add the item to the other menu, IDR_SHOWSTTYPE, as well. Use the same resource ID. 

4 . Use ClassWizard to arrange for CShowStringApp to catch this message, as discussed in Chapter 
8. Add the code for the new function, which looks like this: 

void CShowStringApp: : OnHelpUnderstandingcentering ( ) 

{ 

WinHelp (HID_CENTERING) ; 

} 

This code fires up the Help system, passing it the Help topic ID HID_CENTERING. Eor this to compile, 
that Help topic ID has to be known to the compiler, so in ShowString.h add this line: 
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#define HID_CENTERING 0x01 

The Help topic IDs in the range 0x0000 to OxFFFF are reserved for user-defined Help topics, so 0x01 is a 
fine choice. Now the C++ compiler is happy, but when this runs, the call to WinHelpO isn't going to find 
the topic that explains centering. You need to add a help mapping entry. This should be done in a new 
file named ShowStringx.hm. (The x is for extra, because extra Help mapping entries are added here.) 
Choose File, New; select the Files tab; highlight Text File; fill in the filename as ShowStringx.hm; and 
click OK. In the new 
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Introducing Property Sheets 

One of the newest types of graphical objects is the tabbed dialog box, also known as a property sheet. A 
property sheet is a dialog box with two or more pages. Windows and NT are loaded with property sheets, 
which organize the many options that users can modify. You flip the pages by clicking labeled tabs at the 
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top of the dialog box. Using such dialog boxes to organize complex groups of options enables users to 
more easily find the information and settings they need. As you've probably guessed, Visual C++ 6 
supports property sheets, with the classes CPropertySheet and CPropertyPage. 

Similar to property sheets are wizards, which use buttons instead of tabs to move from one page to 
another. You've seen a lot of wizards, too. These special types of dialog boxes guide users step by step 
through complicated processes. For example, when you use AppWizard to generate source code for a 
new project, the wizard guides you through the entire process. To control the wizard, you click buttons 
labeled Back, Next, and Finish. 

Finding a sample property sheet is as easy as finding sand at the beach. Just click virtually any Properties 
command or bring up an Options dialog in most applications. For example. Figure 12.1 shows the dialog 
box that you see when you choose Tools, Options from within Visual C++. This property sheet contains 
12 pages in all, each covering a different set of options. 

FIG. 12.1 The Options properties sheet contains many tabbed pages. 



NOTE: Many people forget the difference between a property sheet and a property page. A 
property sheet is a window that contains property pages. Property pages are windows that 
hold controls. They appear on the property sheet. 



As you can see, property sheets are a great way to organize many types of related options. Gone are the 
days of dialog boxes so jam-packed with options that you needed a college-level course just to figure 
them out. In the following sections, you'll learn to program your own tabbed property sheets by using 
MFC's CPropertySheet and CPropertyPage classes. 

Creating the Property Sheet Demo Application 

Now that you've had an introduction to property sheets, it's time to learn how to build an application that 
uses these handy specialized dialog boxes. You're about to build the Property Sheet Demo application, 
which demonstrates the creation and manipulation of property sheets. Follow the steps in the following 
sections to create the basic application and modify its resources. 

Creating the Basic Files 



First, use AppWizard to create the basic files for the Property Sheet Demo program, selecting the options 
listed in the following table. When you're done, the New Project Information dialog box appears; it will 
look like Figure 12.2. Click OK to create the project files. 



Dialog Box Name 


Options to Select 


New, Project tab 


Name the project Propsheet and then set the project path to the directory in which 
you want to store the project's files. Make sure that MFC AppWizard (exe) is 
highlighted. Leave the other options set to their defaults. 


Step 1 


Select Single Document. 


Step 2 of 6 


Leave set to defaults. 
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Step 3 of 6 


Leave set to defaults. 


Step 4 of 6 


Turn off all application features. 


Step 5 of 6 


Leave set to defaults. 


Step 6 of 6 


Leave set to defaults. 



FIG. 12.2 Your New Project Information dialog box looks like this. 



Editing the Resources 

Now you'll edit the resources in the application generated for you by AppWizard, removing unwanted 
menus and accelerators, editing the About box, and most importantly, adding a menu item that will bring 
up a property sheet. Follow these steps: 

1. Select the ResourceView tab in the project workspace window. Developer Studio displays the 
ResourceView window (see Figure 12.3). 

FIG. 12.3 The ResourceView tab displays the ResourceView window. 

2. In the ResourceView window, click the plus sign next to Propsheet Resources to display the 
application's resources. Click the plus sign next to Menu and then double-click the 
IDR_MAINFRAME menu ID. Visual C-P+'s menu editor appears, displaying the 
IDR_MAINFRAME menu generated by AppWizard. 

3. Click the Property Sheet Demo application's Edit menu (not Visual C-P+'s Edit menu) and then 
press Delete to delete the Edit menu. A dialog box asks for verification of the Delete command; 
click OK. 

4. Double-click the About Propsheet... item in the Help menu to bring up its properties dialog box. 
Change the caption to &About Property Sheet Demo. Pin the properties dialog box in place by 
clicking the pushpin in the upper-left corner. 

5. On the application's Pile menu, delete all menu items except Exit. 

6. Select the blank menu item at the end of the Pile menu, and change the caption to &Property 
Sheet... and the command ID to ID_PROPSHEET (see Pigure 12.4). Then use your mouse to 
drag the new command above the Exit command so that it's the first command in the Pile menu. 

FIG. 12.4 Add a Property Sheet command to the File menu. 

7. Click the + next to Accelerator in the ResourceView window and highlight the 
IDR_MAINERAME accelerator ID. Press Delete to delete all accelerators from the application. 

8. Click the + next to Dialog in the ResourceView window. Double-click the IDD_ABOUTBOX 
dialog box ID to bring up the dialog box editor. 

9. Modify the dialog box by clicking the title so that the properties box refers to the whole dialog 
box. Change the caption to About Property Sheet Demo. 

10. Click the first static text string and change the caption to Property Sheet Demo, Version I.O. 
Click the second and add Que Books to the end of the copyright string. 

11. Add a third static string with the text Special Edition Using Visual C-i-i- 6 so that your About 
box resembles the one in Figure 12.5. Close the dialog box editor. 
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12. Click the + next to String Table in the ResourceView window. Double-click the String Table 
ID to bring up the string table editor. 

13. Double-click the IDR_MAINFRAME string and then change the first segment of the string to 
Property Sheet Demo (see Figure 12.6). The meanings of these strings are discussed in Chapter 
15, "Building an ActiveX Server Application," in the "Shortcomings of This Server" section. The 
one you just changed is the Window Title, used in the title bar of the application. 

FIG. 12.5 The About box looks like this. 

FIG. 12.6 The first segment of the IDR_MAINFRAME string appears in your main window's title bar. 

Adding New Resources 

Now that you have the application's basic resources the way you want them, it's time to add the resources 
that define the application's property sheet. This means creating dialog box resources for each page in the 
property sheet. Follow these steps: 

1. Click the New Dialog button on the Resource toolbar, or press Ctrl+1, to create a new dialog 
box resource. The new dialog box, IDD_DIALOGl, appears in the dialog box editor. This dialog 
box, when set up properly, will represent the first page of the property sheet. 

2. Delete the OK and Cancel buttons by selecting each with your mouse and then pressing Delete. 

3. If the Properties box isn't still up, bring it up by choosing View, Properties. Change the ID of the 
dialog box to IDD_PAGE1DLG and the caption to Page 1 (see Figure 12.7). 

FIG. 12.7 Change the caption and resource ID of the new dialog box. 

4. Click the Styles tab of the dialog box's property sheet. In the Style drop-down box select Child, 
and in the Border drop-down box select Thin. Turn off the System Menu check box. Your 
properties dialog box will resemble Figure 12.8. 

The Child style is necessary because the property page will be a child window of the property 
sheet. The property sheet itself will provide the container for the property pages. 

FIG. 12.8 A property page uses styles different from those used in regular dialog boxes. 

5. Add an edit box to the property page, as shown in Figure 12.9. In most applications you would 
change the resource ID from IDC_FDITI, but for this demonstration application, leave it 
unchanged. 

6. Create a second property page by following steps 1 through 5 again. For this property page, use 
the ID IDD_PAGF2DLG, a caption of Page 2, and add a check box rather than an edit control (see 
Figure 12.10). 

FIG. 12.9 A property page can hold whatever controls you like. 

FIG. 12.10 The second property page looks like this. 
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Associating Your Resources with Classes 

You now have all your resources created. Next, associate your two new property -page resources with 
C-i-i- classes so that you can control them in your program. You also need a class for your property sheet, 
which will hold the property pages that you've created. Follow these steps to create the new classes: 

1. Make sure that the Page 1 property page is visible in the dialog box edit area and then 
double-click it. If you prefer, choose View, ClassWizard from the menu bar. The MFC 
ClassWizard property sheet appears, displaying the Adding a Class dialog box first discussed in 
Chapter 2, "Dialogs and Controls." 

2. Select the Create New Class option and then click OK. The New Class dialog box appears. 

3. In the Name box, type CPagel. In the Base Class box, select CPropertyPage. (Don't 
accidentally select CPropertySheet.) Then click OK to create the class. 

You've now associated the property page with an object of the CPropertyPage class, which means 
that you can use the object to manipulate the property page as needed. The CPropertyPage class 
will be especially important when you learn about wizards. 

4. Select the Member Variables tab of the MFC ClassWizard property sheet. With IDC_EDIT1 
highlighted, click the Add Variable button. The Add Member Variable dialog box appears. 

5. Name the new member variable m_edit, as shown in Figure 12.1 1, and then click OK. 
ClassWizard adds the member variable, which will hold the value of the property page's control, to 
the new CPagel class. 

FIG 12.11 ClassWizard makes it easy to connect controls on a dialog box to member variables of the 
class representing the dialog box. 

6 . Click OK on the MFC ClassWizard properties sheet to finalize the creation of the CPagel class. 

7. Follow steps 1 through 6 for the second property sheet. Name the class CPage2 and add a 
Boolean member variable called m_check for the IDC_CHECK1 control, as shown in Eigure 
12 . 12 . 

FIG. 12.12 The second property page needs a Boolean member variable called m_checkbox. 

Creating a Property Sheet Class 

At this point, you've done all the resource editing and don't need to have so many windows open. Choose 
Window, Close All from the menu bar and close the properties box. You'll now create a property sheet 
class that displays the property pages already created. Follow these steps: 

1. Bring up ClassWizard and click the Add Class button. A tiny menu appears below the button; 
choose New. The New Class dialog box appears. 

2. In the Name box, type CPropSheet, select CPropertySheet in the Base Class box, and then click 
OK. 

3. ClassWizard creates the CPropSheet class. Click the MFC ClassWizard Properties sheet's OK 
button to finalize the class. 

Mow you have three new classes— CPagel, CPage2, and CPropSheet— in your program. The first two 
classes are derived from MFC's CPropertyPage class, and the third is derived from CPropertySheet. 
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Although ClassWizard has created the basic source-code files for these new classes, you still have to add 
code to the classes to make them work the way you want. Follow these steps to complete the Property 
Sheet Demo application: 

1. Click the ClassView tab to display the ClassView window. Expand the Propsheet classes, as 
shown Figure 12.13. 

2. Double-click CPropSheet to open the header file for your property sheet class. Because the 
name of this class (CPropSheet) is so close to the name of the application as a whole (PropSheet), 
you'll find CPropSheet in PropSheetl.h, generated by ClassWizard when you created the new 
class. 

3. Add the following lines near the middle of the file, right before the CPropSheet class 
declaration: 

#include "pagel.h" 

#include "page2.h" 

These lines give the CPropSheet class access to the CPagel and CPage2 classes so that the 
property sheet can declare member variables of these property page classes. 

FIG. 12.13 The ClassView window lists the classes that make up your project. 

4. Add the following lines to the CPropSheet class's //Attributes section, right after the public 
keyword: 

CPagel m_pagel; 

CPage2 m_page2; 

These lines declare the class's data members, which are the property pages that will be displayed in 
the property sheet. 

5. Expand the CPropSheet class in the ClassView pane, and double-click the first constructor, 
CPropSheet. Add these lines to it: 

AddPage (&m_pagel) ; 

AddPage (&m_page2) ; 

This will add the two property pages to the property sheet whenever the sheet is constructed. 

6. The second constructor is right below the first; add the same lines there. 

7. Double-click CPropsheetView in ClassView to edit the header file, and add the following lines 
to the //Attributes section, right after the line CPropsheetDoc* GetDocument();: 

protected : 

CString m_edit; 

BOOL m_check; 

These lines declare two data members of the view class to hold the selections made in the property 
sheet by users. 

8. Add the following lines to the CPropsheetView constructor: 

m_edit = "Default"; 
m_check = FALSE; 

These lines initialize the class's data members so that when the property sheet appears, these 
default values can be copied into the property sheet's controls. After users change the contents of 
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the property sheet, these data members will always hold the last values from the property sheet, so 
those values can be restored to the sheet when needed. 

9. Edit CPropsheetView::OnDraw() so that it resembles Listing 12.1. The new code displays the 
current selections from the property sheet. At the start of the program, the default values are 
displayed. 

Listing 12.1 CPropsheetView::OnDraw() 

void CPropsheetView : : OnDraw (CDC* pDC) 

{ 

CPropsheetDoc* pDoc = GetDocument ( ) ; 

ASSERT_VALID (pDoc) ; 
pDC->TextOut ( 2 0 , 20, m_edit); 
if (m_check) 

pDC->TextOut (20, 50, "TRUE"); 

else 

pDC->TextOut (20, 50, "EALSE"); 

} 

10. At the top of PropsheetView.cpp, after the #include of propsheet.h, add another include 
statement: 

#include "propsheet 1 . h" 

11. Bring up ClassWizard, click the Message Maps tab, and make sure that CPropsheetView is 
selected in the Class Name box. In the Object IDs box, select ID_PROPSHEET, which is the ID of 
the new item you added to the Eile menu. In the Messages box, select COMMAND. Click Add 
Eunction to add a function that will handle the command message generated when users choose 
this menu item. Name the function OnPropsheet(), as shown in Eigure 12.14. 

FIG. 12.14 Use ClassWizard to add the OnPropsheet() member function. 

The OnPropsheetO function is now associated with the Property Sheet command that you 
previously added to the Pile menu. That is, when users select the Property Sheet command, MPC 
calls OnPropsheetO, where you can respond to the command. 

12. Click the Edit Code button to jump to the OnPropsheetO function, and add the lines shown in 
Listing 12.2. 

Listing 12.2 CPropsheetView: :OnPropsheet0 

void CPropsheetView: lOnPropsheet () 

{ 

CPropSheet propSheet ( "Property Sheet", this, 0); 
propSheet . m_pagel . m_edit = m_edit; 
propSheet . m_page2 . m_checkbox = m_check; 
int result = propSheet . DoModal ( ) ; 
if (result == IDOK) 

{ 

m_edit = propSheet . m_pagel . m_edit ; 
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m_check = propSheet . m_page2 . m_checkbox; 
Invalidate ( ) ; 



} 

The code segment in Listing 12.2, discussed in more detail later in this chapter, creates an instance 
of the CPropSheet class and sets the member variables of each of its pages. It displays the sheet by 
using the familiar DoModal function first discussed in Chapter 2, "Dialogs and Controls." If users 
click OK, it updates the view member variables to reflect the changes made on each page and 
forces a redraw with a call to Invalidate(). 

Running the Property Sheet Demo Application 

You've finished the complete application. Click the Build button on the Build minibar (or choose Build, 
Build) to compile and link the application. Run it by choosing Build, Execute or by clicking the Execute 
button on the Build mini bar. When you do, you see the window shown in Eigure 12.15. 

As you can see, the window displays two values— the default values for the controls in the application's 
property sheet. You can change these values by using the property sheet. Choose Eile, Property Sheet; 
the property sheet appears (see Eigure 12.16). The property sheet contains two pages, each of which 
holds a single control. When you change the settings of these controls and click the property sheet's OK 
button, the application's window displays the new values. Try it! 

FIG. 12.15 When it first starts, the Property Sheet Demo application displays default values for the 
property sheet's controls. 

FIG. 12.16 The application's property sheet contains two pages. 

Adding Property Sheets to Your Applications 

To add a property sheet to one of your own applications, you follow steps very similar to those you 
followed in the previous section to create the demo application: 

1. Create a dialog box resource for each page in the property sheet. These resources should have 
the Child and Thin styles and should have no system menu. 

2. Associate each property page resource with an object of the CPropertyPage class. You can do 
this easily with ClassWizard. Connect controls on the property page to members of the class you 
create. 

3. Create a class for the property sheet, deriving the class from MFC's CPropertySheet class. You 
can generate this class by using ClassWizard. 

4. In the property sheet class, add member variables for each page you'll be adding to the property 
sheet. These member variables must be instances of the property page classes that you created in 
step 2. 

5. In the property sheet's constructor, call AddPage() for each page in the property sheet. 



http://www.pbs.mcp.com/ebooks/0789715392/ch12/ch12.htm (8 of 13) [7/29/1999 3:49:16 PM] 



Special Edition Using Visual C++ 6 - Ch 12 - Property Pages and Sheets 

6. To display the property sheet, call the property sheet's constructor and then call the property 
sheet's DoModal() member function, just as you would with a dialog box. 

After you write your application and define the resources and classes that represent the property sheet (or 
sheets— you can have more than one), you need a way to enable users to display the property sheet when 
it's needed. In Property Sheet Demo, this is done by associating a menu item with a message-response 
function. However you handle the command to display the property sheet, the process of creating the 
property sheet is the same. First, you must call the property sheet class's constructor, which Property 
Sheet Demo does like this: 

CPropSheet propSheet ( "Property Sheet", this, 0); 

Here, the program creates an instance of the CPropSheet class. This instance (or object) is called 
propSheet. The three arguments are the property sheet's title string, a pointer to the parent window 
(which, in this case, is the view window), and the zero-based index of the first page to display. Because 
the property pages are created in the property sheet's constructor, creating the property sheet also creates 
the property pages. 

After you create the property sheet object, you can initialize the data members that hold the values of the 
property page's controls, which Property Sheet Demo does like this: 

propSheet . m_pagel . m_edit = m_edit; 
propSheet . m_page2 . m_checkbox = m_check; 

Now it's time to display the property sheet, which you do just as though it were a dialog box, by calling 
the property sheet's DoModal() member function: 

int result = propSheet . DoModal () ; 

DoModalO doesn't take any arguments, but it does return a value indicating which button users clicked to 
exit the property sheet. In a property sheet or dialog box, you'll usually want to process the information 
entered into the controls only if users clicked OK, which is indicated by a return value of IDOK. If users 
exit the property sheet by clicking the Cancel button, the changes are ignored and the view or document 
member variables aren't updated. 

Changing Property Sheets to Wizards 

Here's a piece of information that surprises most people: A wizard is just a special property sheet. Instead 
of tabbed pages on each sheet that allow users to fill in the information in any order or to skip certain 
pages entirely, a wizard has Back, Next, and Finish buttons to move users through a process in a certain 
order. This forced sequence makes wizards terrific for guiding your application's users through the steps 
needed to complete a complex task. You've already seen how AppWizard in Visual C+-I- makes it easy to 
start a new project. You can create your own wizards suited to whatever application you want to build. In 
the following sections, you'll see how easy it is to convert a property sheet to a wizard. 
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Running the Wizard Demo Application 

To understand Wizards, this section will show you the Wizard Demo application, which is built in much 
the same way as the Property Sheet Demo application that you created earlier in this chapter. This 
chapter won't present step-by-step instructions to build Wizard Demo. You will be able to build it 
yourself if you want, using the general steps presented earlier and the code snippets shown here. 

When you run the Wizard Demo application, the main window appears, looking very much like the 
Property Sheet Demo main window. The File menu now includes a Wizard item; choosing File Wizard 
brings up the wizard shown in Figure 12.17. 

FIG. 12.17 The Wizard Demo application displays a wizard rather than a property sheet. 

The wizard isn't too fancy, but it does demonstrate what you need to know to program more complex 
wizards. As you can see, this wizard has three pages. On the first page is an edit control and three 
buttons: Back, Next, and Cancel. The Back button is disabled because there's no previous page to go 
back to. The Cancel button enables users to dismiss the wizard at any time, canceling whatever process 
the wizard was guiding users through. The Next button causes the next page in the wizard to appear. 

You can change whatever is displayed in the edit control if you like. However, the magic really starts 
when you click the Next button, which displays Page 2 of the wizard (see Figure 12.18). Page 2 contains 
a check box and the Back, Next, and Cancel buttons. Now the Back button is enabled, so you can return 
to Page 1 if you want to. Go ahead and click the Back button. The wizard tells you that the check box 
must be checked (see Figure 12.19). As you'll soon see, this feature of a wizard enables you to verify the 
contents of a specific page before allowing users to advance to another step. 

FIG. 12.18 In Page 2 of the wizard, the Back button is enabled. 

After checking the check box, you can click the Back button to move back to Page 1 or click Next to 
advance to Page 3. Assuming that you advance to Page 3, you see the display shown in Figure 12.20. 
Here, the Next button has changed to the Finish button because you are on the wizard's last page. If you 
click the Finish button, the wizard disappears. 

FIG. 12.19 You must select the check box before the wizard will let you leave Page 2. 

FIG. 12.20 This is the last page of the Wizard Demo Application's wizard. 

Creating Wizard Pages 

As far as your application's resources go, you create wizard pages exactly as you create property sheet 
pages— by creating dialog boxes and changing the dialog box styles. The dialog titles— Page 1 of 3, Page 2 
of 3, and Page 3 of 3— are hardcoded onto each dialog box. You associate each dialog box resource with 
an object of the CPropertyPage class. Then, to take control of the pages in your wizard and keep track of 
what users are doing with the wizard, you override the OnSetActive(), OnWizardBack(), 
OnWizardNextO, and OnWizardFinish() functions of your property page classes. Read on to see how to 
do this. 
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Displaying a Wizard 

The File, Wizard command is caught by CWizView's OnFileWizard() function. It's very similar to the 
OnPropSheetO function in the Property Sheet demo, as you can see from Listing 12.3. The first 
difference is the call to SetWizardMode() before the call to DoModal(). This function call tells MFC that 
it should display the property sheet as a wizard rather than as a conventional property sheet. The only 
other difference is that users arrange for property sheet changes to be accepted by clicking Finish, not 
OK, so this code checks for ID_WIZFINISH rather than IDOK as a return from DoModal(). 

Listing 12.3 CWizView::OnFiieWizard() 

void CWizView : : OnFileWizard ( ) 

{ 

CWizSheet wizSheet (" Sample Wizard", this, 0); 

wizSheet . m_pagel . m_edit = m_edit; 

wizSheet . m_page2 . m_check = m_check; 

wizSheet . SetWizardMode ( ) ; 

int result = wizSheet . DoModal () ; 

if (result == ID_WIZFINISH) 

{ 

m_edit = wizSheet . m_pagel . m_edit ; 
m_check = wizSheet . m_page2 . m_check; 

Invalidate ( ) ; 

} 

} 

Setting the Wizard's Buttons 

MFC automatically calls the OnSetActive() member function immediately upon displaying a specific 
page of the wizard. So, when the program displays Page 1 of the wizard, the CPagel class's 
OnSetActiveO function is called. You add code to this function that makes the wizard behave as you 
want. CPagel ::OnSetActive() looks like Listing 12.4. 

Listing 12.4 CPagel ::OnSetActive() 

BOOL CPagel :: OnSetActive ( ) 

{ 

CPropertySheet * parent = (CPropertySheet * ) GetParent ( ) ; 
parent->SetWizardButtons (PSWI ZB_NEXT ) ; 
return CPropertyPage : : OnSetActive ( ) ; 

} 

OnSetActiveO first gets a pointer to the wizard's property sheet window, which is the page's parent 
window. Then the program calls the wizard's SetWizardButtons() function, which determines the state of 
the wizard's buttons. SetWizardButtons() takes a single argument, which is a set of flags indicating how 
the page should display its buttons. These flags are PSWIZB_BACK, PSWIZB_NEXT, 
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PSWIZB_FINISH, and PSWIZB_DISABLEDFINISH. Because the call to SetWizardButtons() in 
Listing 12.4 includes only the PSWIZB_NEXT flag, only the Next button in the page will be enabled. 

Because the CPage2 class represents Page 2 of the wizard, its call to SetWizardButtons() enables the 
Back and Next buttons by combining the appropriate flags with the bitwise OR operator (I), like this: 

parent->SetWizardButtons (PSWIZB_BACK | PSWIZB_NEXT) ; 

Because Page 3 of the wizard is the last page, the CPageS class calls SetWizardButtons() like this: 

parent->SetWizardButtons (PSWIZB_BACK | PSWIZB_FINISH) ; 

This set of flags enables the Back button and provides a Einish button instead of a Next button. 

Responding to the Wizard's Buttons 

In the simplest case, MEC takes care of everything that needs to be done in order to flip from one wizard 
page to the next. That is, when users click a button, MEC springs into action and performs the Back, 
Next, Einish, or Cancel command. However, you'll often want to perform some action of your own when 
users click a button. Eor example, you may want to verify that the information that users entered into the 
currently displayed page is correct. If there's a problem with the data, you can force users to fix it before 
moving on. 

To respond to the wizard's buttons, you override the OnWizardBack(), OnWizardNext(), and 
OnWizardEinishO member functions. Use the Message Maps tab of ClassWizard to do this; you'll find 
the names of these functions in the Messages window when a property page class is selected in the Class 
Name box. When users click a wizard button, MEC calls the matching function which does whatever is 
needed to process that page. An example is the way the wizard in the Wizard Demo application won't let 
you leave Page 2 until you've checked the check box. This is accomplished by overriding the functions 
shown in Listing 12.5. 

Listing 12.5 Responding to Wizard Buttons 

LRESULT CPage2 : :OnWizardBack 0 
{ 

CButton *checkBox = (CButton* ) GetDlgltem ( IDC_CHECK1 ) ; 
if ( ! checkBox->GetCheck ( ) ) 

{ 

MessageBox ( " You must check the box."); 
return -1; 

} 

return CPropertyPage : : OnWizardBack ( ) ; 

} 

LRESULT CPage2 : :OnWizardNext 0 
{ 

UpdateData ( ) ; 
if ( ! m_check ) 

{ 

MessageBox ( "You must check the box."); 
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return -1; 

} 

return CPropertyPage : : OnWizardNext () ; 

} 

These functions demonstrate two ways to examine the check box on Page 2. OnWizardBack() gets a 
pointer to the page's check box by calling the GetDlgItem() function. With the pointer in hand, the 
program can call the check box class's GetCheck() function, which returns a 1 if the check box is 
checked. OnWizardNext() calls UpdateData() to fill all the CPage2 member variables with values from 
the dialog box controls and then looks at m_check. In both functions, if the box isn't checked, the 
program displays a message box and returns -1 from the function. Returning -1 tells MFC to ignore the 
button click and not change pages. As you can see, it is simple to arrange for different conditions to leave 
the page in the Back or Next direction. 
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The Purpose of ActiveX 

This chapter covers the theory and concepts of ActiveX, which is built on the Component Object Model 
(COM). Until recently, the technology built on COM was called OLE, and OLE still exists, but the emphasis 
now is on ActiveX. Most new programmers have found OLE intimidating, and the switch to ActiveX is 
unlikely to lessen that. However, if you think of ActiveX technology as a way to use code already written and 
tested by someone else, and as a way to save yourself the trouble of reinventing the wheel, you'll see why it's 
worth learning. Developer Studio and MEC make ActiveX much easier to understand and implement by doing 
much of the groundwork for you. There are four chapters in Part V, "Internet Programming," and together they 
demonstrate what ActiveX has become. In addition, ActiveX controls, which to many developers represent the 
way of the future, are discussed in Chapter 20, "Building an Internet ActiveX Control," and Chapter 21, "The 
Active Template Library." These are best read after Chapters 18 and 19. 

Windows has always been an operating system that allows several applications running at once, and right from 
the beginning, programmers wanted to have a way for those applications to exchange information while 
running. The Clipboard was a marvelous innovation, though, of course, the user had to do a lot of the work. 
DDE (Dynamic Data Exchange) allowed applications to "talk" to each other but had some major limitations. 
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Then came OLE 1 (Object Linking and Embedding). Later there was OLE 2, and then Microsoft just called it 
OLE, until it moved so far beyond its original roots that it was renamed ActiveX. 



NOTE: Experienced Windows users will probably be familiar with the examples presented in the 
early part of this chapter. If you know what ActiveX can do for users and are interested in why it 
works jump ahead to the "Component Object Model" section, which looks under the hood a 
little, n 



ActiveX lets users and applications be document-centered, and this is probably the most important thing about 
it. If a user wants to create an annual report, by choosing ActiveX-enabled applications, the user stays focused 
on that annual report. Perhaps parts of it are being done with Word and parts with Excel, but, to the user, these 
applications are not really the point. This shift in focus is happening on many fronts and corresponds to a more 
object-oriented way of thinking among many programmers. It seems more natural now to share work among 
several different applications and arrange for them to communicate than to write one huge application that can 
do everything. 

Here's a simple test to see whether you are document centered or application centered: How is your hard drive 
organized? 

The directory structure in Eigure 13.1 is application centered: The directories are named for the applications 
that were used to create the documents they hold. All Word documents are together, even though they might 
be for very different clients or projects. 

FIG. 13.1 An application-centered directory structure arranges documents by type. 

The directory structure in Eigure 13.2 is document centered: The directories are named for the client or project 
involved. All the sales files are together, even though they can be accessed with a variety of different 
applications. 

FIG. 13.2 A document-centered directory structure arranges documents by meaning or content. 

If you've been using desktop computers long enough, you remember when using a program involved a 
program disk and a data disk. Perhaps you remember installing software that demanded to know the data 
directory where you would keep all the files created with that product. That was application-centered thinking, 
and it's fast being supplanted by document- centered thinking. 

Why? What's wrong with application-centered thinking? Well, where do you put the documents that are used 
with two applications equally often? There was a time when each product could read its own file formats and 
no others. But these days, the lines between applications are blurring; a document created in one word 
processor can easily be read into another, a spreadsheet file can be used as a database, and so on. If a client 
sends you a WordPerfect document and you don't have WordPerfect, do you make a 
\WORDPEREECT\DOCS directory to put it in, or add it to your \MSOFEICE\WORD\DOCS directory? If 
you have your hard drive arranged in a more document-centered manner, you can just put it in the directory 
for that client. 

The Windows 95 interface, now incorporated into Windows NT as well, encourages document-centered 
thinking by having users double-click documents to automatically launch the applications that created them. 
This wasn't new-Eile Manager had that capability for years-but it feels very different to double-click an icon 
that's just sitting on the desktop than it does to start an application and then double-click an entry in a list box. 
More and more it doesn't matter what application or applications were involved in creating this document; you 
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just want to see and change your data, and you want to do that quickly and simply. 

After you become document-centered, you see the appeal of compound documents— files created with more 
than one application. If your report needs an illustration, you create it in some graphic program and then stick 
it in with your text when it's done. If your annual report needs a table, and you already have the numbers in a 
spreadsheet, you don't retype them into the table feature of your word processor or even import them; you 
incorporate them as a spreadsheet excerpt, right in the middle of your text. This isn't earth-shatteringly new, of 
course. Early desktop publishing programs such as Ventura pulled together text and graphics from a variety of 
sources into one complex compound document. What's exciting is being able to do it simply, intuitively, and 
with so many different applications. 

Object Linking 

Figure 13.3 shows a Word document with an Excel spreadsheet linked into it. 

Follow these steps to create a similar document yourself: 

1. Start Word and enter your text. 

2. Click where you want the table to go. 

3. Choose Insert, Object. 

4. Select the Create from File tab. 

5. Enter or select the filename as though this were a File Open dialog box. 

6. Be sure to check the Fink to File box. 

7. Click OK. 

The entire file appears in your document. If you make a change in the file on disk, the change is reflected in 
your document. You can edit the file in its own application by double-clicking it within Word. The other 
application is launched to edit it, as shown in Figure 13.4. If you delete the file from disk, your Word 
document still displays what the file last looked like, but you aren't able to edit it. 

FIG. 13.3 A Microsoft Word document can contain a link to an Excel file. 

FIG. 13.4 Double-clicking a linked object launches the application that created it. 

You link files into your documents if you plan to use the same file in many documents and contexts, because 
your changes to that file are automatically reflected everywhere that you have linked it. Finking doesn't 
increase the size of your document files dramatically because only the location of the file and a little bit of 
presentation information needs to be kept in your document. 

Object Embedding 

Embedding is similar to linking, but a copy of the object is made and placed into your document. If you 
change the original, the changes aren't reflected in your document. You can't tell by looking whether the Excel 
chart you see in your Word document is linked or embedded. Figure 13.5 shows a spreadsheet embedded 
within a Word document. 

FIG. 12,5 A file embedded within another file looks just like a linked file. 
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Follow these steps to create a similar document yourself: 

1. Start Word and enter your text. 

2. Click where you want the table to go. 

3. Choose Insert, Object. 

4. Select the Create from File tab. 

5. Enter or select the filename as though this were a File Open dialog box. 

6. Do not check the Link to File box. 

7. Click OK. 

What's the difference? You'll see when you double-click the object to edit it. The Word menus and toolbars 
disappear and are replaced with their Excel equivalents, as shown in Eigure 13.6. Changes you make here 
aren't made in the file you originally embedded. They are made in the copy of that file that has become part of 
your Word document. 

FIG. 13.6 Editing in place is the magic of OLE embedding. 

You embed files into your documents if you plan to build a compound document and then use it as a 
self-contained whole, without using the individual parts again. Changes you make don't affect any other files 
on your disk, not even the one you copied from in the first place. Embedding makes your document much 
larger than it was, but you can delete the original if space is a problem. 

Containers and Servers 



To embed or link one object into another, you need a container and a server. The container is the application 
into which the object is linked or embedded— Word in these examples. The server is the application that made 
them, and that can be launched (perhaps in place) when the object is double-clicked-Excel in these examples. 

Why would you develop a container application? To save yourself work. Imagine you have a product already 
developed and in the hands of your users. It does a specific task like organize a sales team, schedule games in 
a league sport, or calculate life insurance rates. Then your users tell you that they wish it had a spreadsheet 
capability so they could do small calculations on-the-fly. How long will it take you to add that functionality? 
Do you really have time to learn how spreadsheet programs parse the functions that users type? 

If your application is a container app, it doesn't take any time at all. Tell your users to link or embed in an 
Excel sheet and let Excel do the work. If they don't own a copy of Excel, they need some spreadsheet 
application that can be an ActiveX server. You get to piggyback on the effort of other developers. 

It's not just spreadsheets, either. What if users want a scratch pad, a place to scribble a few notes? Let them 
embed a Word document. (What about bitmaps and other illustrations? Microsoft Paint, or a more powerful 
graphics package if they have one, and it can act as an ActiveX server.) You don't have to concern yourself 
with adding functionality like this to your programs because you can just make your application a container 
and your users can embed whatever they want without any more work on your part. 

Why would you develop a server application, then? Look back over the reasons for writing a container 
application. A lot of users are going to contact developers asking for a feature to be added, and be told they 
can have that feature immediately— they just need an application that does spreadsheets, text, pictures, or 
whatever, and can act as an ActiveX server. If your application is an ActiveX server, people will buy it so that 
they can add its functionality to their container apps. 
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Together, container and server apps enable users to build the documents they want. They represent a move 
toward building-block software and a document-centered approach to work. If you want your application to 
carry the Windows 95 logo, it must be a server, a container, or both. But there is much more to ActiveX than 
linking and embedding. 

Toward a More Intuitive User interface 



What if the object you want to embed is not in a file but is part of a document you have open at the moment? 
You may have already discovered that you can use the Clipboard to transfer ActiveX objects. For example, to 
embed part of an Excel spreadsheet into a Word document, you can follow these steps: 

1. Open the spreadsheet in Excel. 

2. Open the document in Word. 

3. In Excel, select the portion you want to copy. 

4. Choose Edit, Copy to copy the block onto the Clipboard. 

5. Switch to Word and choose Edit, Paste Special. 

6. Select the Paste radio button. 

7. Select Microsoft Excel Worksheet Object from the list box. 

8. Make sure that Display as Icon is not selected. 

9. The dialog box should look like Eigure 13.7. Click OK. 

A copy of the block is now embedded into the document. If you choose Paste Link, changes in the spreadsheet 
are reflected immediately in the Word document, not just when you save them. (You might have to click the 
selection in Word to update it.) This is true even if the spreadsheet has no name and has never been saved. Try 
it yourself! This is certainly better than saving dummy files just to embed them into compound documents and 
then deleting them, isn't it? 

FIG. 13.7 The Paste Special dialog box is used to link or embed selected portions of a document. 

Another way to embed part of a document into another is drag and drop. This is a user- interface paradigm that 
works in a variety of contexts. You click something (an icon, a highlighted block of text, a selection in a list 
box) and hold the mouse button down while moving it. The item you clicked moves with the mouse, and when 
you let go of the mouse button, it drops to the new location. That's very intuitive for moving or resizing 
windows, but now you can use it to do much, much more. Eor example, here's how that Excel-in-Word 
example would be done with drag and drop: 

1. Open Word and size it to less than full screen. 

2. Open Excel and size it to less than full screen. If you can arrange the Word and Excel windows so 
they don't overlap, that's great. 

3. In Excel, select the portion you want to copy by highlighting it with the mouse or cursor keys. 

4. Click the border of the selected area (the thick black line) and hold. 

5. Drag the block into the Word window and let go. 

The selected block is embedded into the Word document. If you double-click it, you are editing in place with 
Excel. Drag and drop also works within a document to move or copy a selection. 



TIP: The block is moved by default, which means it is deleted from the Excel sheet. If you want 
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a copy, hold down the Ctrl key while dragging, and release the mouse button before the Ctrl key. 



You can also use drag and drop with icons. On your desktop, if you drag a file to a folder, it is moved there. 
(Hold down Ctrl while dragging to copy it.) If you drag it to a program icon, it is opened with that program. 
This is very useful when you have a document you use with two applications. For example, pages on the 
World Wide Web are HTML documents, often created with an HTML editor but viewed with a World Wide 
Web browser such as Netscape Navigator or Microsoft Internet Explorer. If you double-click an HTML 
document icon, your browser is launched to view it. If you drag that icon onto the icon for your HTML editor, 
the editor is launched and opens the file you dragged. After you realize you can do this, you will find your 
work speeds up dramatically. 

All of this is ActiveX, and all of this requires a little bit of work from programmers to make it happen. So 
what's going on? 

The Component Object Model 

The heart of ActiveX is the Component Object Model (COM). This is an incredibly complex topic that 
deserves a book of its own. Luckily, the Microsoft Foundation Classes and the Visual C+-i- AppWizard do 
much of the behind-the-scenes work for you. The discussion in these chapters is just what you need to know to 
use COM as a developer. 

COM is a binary standard for Windows objects. That means that the executable code (in a DLL or EXE) that 
describes an object can be executed by other objects. Even if two objects were written in different languages, 
they are able to interact using the COM standard. 



NOTE: Because the code in a DLL executes in the same process as the calling code, it's the 
fastest way for applications to communicate. When two separate applications communicate 
through COM, function calls from one application to another must be marshaled: COM gathers 
up all the parameters and invokes the function itself. A standalone server (EXE) is therefore 
slower than an in-process server (DLL). 



How do they interact? Through an interface. An ActiveX interface is a collection of functions, or really just 
function names. It's a C-e-i- class with no data, only pure virtual functions. Your objects inherit from this class 
and provide code for the functions. (Remember, as discussed in Appendix A, "C-e-i- Review and 
Object-Oriented Concepts," a class that inherits a pure virtual function doesn't inherit code for that function.) 
Other programs get to your code by calling these functions. All ActiveX objects must have an interface named 
IUnknown (and most have many more, all with names that start with I, the prefix for interfaces). 

The IUnknown interface has only one purpose: finding other interfaces. It has a function called 
QueryInterfaceO that takes an interface ID and returns a pointer to that interface for this object. All the other 
interfaces inherit from IUnknown, so they have a QueryInterfaceO too, and you have to write the code— or you 
would if there was no MFC. MFC implements a number of macros that simplify the job of writing interfaces 
and their functions, as you will shortly see. The full declaration of IUnknown is in Listing 13. 1. The macros 
take care of some of the work of declaring an interface and won't be discussed here. There are three functions 
declared: QueryInterfaceO, AddRefQ, and ReleaseQ. These latter two functions are used to keep track of 
which applications are using an interface. All three functions are inherited by all interfaces and must be 
implemented by the developer of the interface. 
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Listing 13.1 IUnknown, Defined in \Program FilesVMicrosoft Visual 
Studio\VC98\lnclude\unknwn.h 

MIDL_INTERFACE ( " 0 0 0 0 0 0 0 0- 0 0 0 0- 0 0 0 O-CO 0 0- 0 0 0 0 0 0 0 0 0 0 4 6 " ) 
IUnknown 



public : 

BEGIN_INTERFACE 

virtual HRESULT STDMETHODCALLTYPE Queryinterface ( 

/* [in] */ REFIID riid, 

/* [iid_is] [out] */ void RPC_FAR * RPC_FAR *ppvObject) = 0; 

virtual ULONG STDMETHODCALLTYPE AddRef ( void) = 0; 
virtual ULONG STDMETHODCALLTYPE Release ( void) = 0; 

#if (_MSC_VER >= 1200) // VC6 or greater 

template <class Q> 

HRESULT STDMETHODCALLTYPE Queryinterface (Q** pp) 

{ 

return Queryinterface ( uuidof (Q) , (void**)pp); 

} 

#endif 

END INTERFACE 



Automation 



An Automation server lets other applications tell it what to do. It exposes functions and data, called methods 
and properties. For example, Microsoft Excel is an Automation server, and programs written in Visual C++ or 
Visual Basic can call Excel functions and set properties like column widths. That means you don't need to 
write a scripting language for your application any more. If you expose all the functions and properties of your 
application, any programming language that can control an Automation server can be a scripting language for 
your application. Your users may already know your scripting language. They essentially will have no 
learning curve for writing macros to automate your application (although they will need to learn the names of 
the methods and properties you expose). 

The important thing to know about interacting with automation is that one program is always in control, 
calling the methods or changing the properties of the other running application. The application in control is 
called an Automation controller. The application that exposes methods and functions is called an Automation 
server. Excel, Word, and other members of the Microsoft Office suite are Automation servers, and your 
programs can use the functions of these applications to really save you coding time. 

Eor example, imagine being able to use the function called by the Word menu item Eormat, Change Case to 
convert the blocks of text your application uses to all uppercase, all lowercase, sentence case (the first letter of 
the first word in each sentence is uppercase, the rest are not), or title case (the first letter of every word is 
uppercase; the rest are not). 

The description of how automation really works is far longer and more complex than the interface summary of 
the previous section. It involves a special interface called IDispatch, a simplified interface that works from a 
number of different languages, including those like Visual Basic that can't use pointers. The declaration of 
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IDispatch is shown in Listing 13.2. 

Listing 13.2 IDispatch, Defined in \Program FilesVMicrosoft Visual 
Studio\VC98\lnclude\oaidl.h 

MIDL_INTERFACE ( " 0 0 0 2 0 4 0 0- 0 0 0 0- 0 0 0 O-CO 0 0- 0 0 0 0 0 0 0 0 0 0 4 6 " ) 

IDispatch : public IUnknown 

{ 

public : 

virtual HRESULT STDMETHODCALLTYPE Get Typelnf oCount ( 

/* [out] */ UINT RPC_FAR *pctlnfo) = 0; 

virtual HRESULT STDMETHODCALLTYPE GetTypeInfo ( 

/* [in] */ UINT iTInfo, 

/* [in] */ LCID Icid, 

/* [out] */ ITypeInfo RPC_FAR * RPC_FAR *ppTInfo) = 0; 

virtual HRESULT STDMETHODCALLTYPE GetIDsOfNames ( 

/* [in] */ REFIID riid, 

/* [size_is] [in] */ LPOLESTR RPC_FAR ^rgszNames , 

/* [in] */ UINT cNames, 

/* [in] */ LCID Icid, 

/* [size_is] [out] */ DISPID RPC_FAR *rgDispId) = 0; 

virtual /* [local] */ HRESULT STDMETHODCALLTYPE Invoke ( 

/* [in] */ DISPID dispIdMember , 

/* [in] */ REFIID riid, 

/* [in] */ LCID Icid, 

/* [in] */ WORD wFlags, 

/* [out] [in] */ DISPPARAMS RPC_FAR *pDi spParams , 

/* [out] */ VARIANT RPC_FAR *pVarResult, 

/* [out] */ EXCEPINFO RPC_FAR *pExcepInfo, 

/* [out] */ UINT RPC_FAR *puArgErr) = 0; 

}; 

Although IDispatch seems more complex than IUnknown, it declares only a few more functions: 
GetTypeInfoCountO, GetTypeInfo (), GetIDsOfNames(), and Invoke(). Because it inherits from IUnknown, it 
has also inherited Query Interface(), AddRef(), and Release(). They are all pure virtual functions, so any COM 
class that inherits from IDispatch must implement these functions. The most important of these is Invoke(), 
used to call functions of the Automation server and to access its properties. 

ActiveX Controls 

ActiveX controls are tiny little Automation servers that load in process. This means they are remarkably fast. 
They were originally called OLE Custom Controls and were designed to replace VBX controls, 16-bit controls 
written for use in Visual Basic and Visual C+-i-. (There are a number of good technical reasons why the VBX 
technology could not be extended to the 32-bit world.) Because OLE Custom Controls were traditionally kept 
in files with the extension .OCX, many people referred to an OLE Custom Control as an OCX control or just 
an OCX. Although the OLE has been supplanted by ActiveX, ActiveX controls produced by Visual C-i-i- 6.0 
are still kept in files with the .OCX extension. 
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The original purpose of VBX controls was to allow programmers to provide unusual interface controls to their 
users. Controls that looked like gas gauges or volume knobs became easy to develop. But almost immediately, 
VBX programmers moved beyond simple controls to modules that involved significant amounts of calculation 
and processing. In the same way, many ActiveX controls are far more than just controls; they are components 
that can be used to build powerful applications quickly and easily. 



NOTE: If you have built an OCX in earlier versions of Visual C++, you might think it is a 
difficult thing to do. The Control Developer Kit, now integrated into Visual C++, takes care of 
the ActiveX aspects of the job and allows you to concentrate on the calculations, display, or 
whatever else it is that makes your control worth using. The ActiveX Control Wizard makes 
getting started with an empty ActiveX control simple. 



Because controls are little Automation servers, they need to be used by an Automation controller, but the 
terminology is too confusing if there are controls and controllers, so we say that ActiveX controls are used by 
container applications. Visual C++ and Visual Basic are both container applications, as are many members of 
the Office suite and many non- Microsoft products. 

In addition to properties and methods, ActiveX controls have events. To be specific, a control is said to fire an 
event, and it does so when there is something that the container needs to be aware of. For example, when the 
user clicks a portion of the control, the control deals with it, perhaps changing its appearance or making a 
calculation, but it may also need to pass on word of that click to the container application so that a file can be 
opened or some other container action can be performed. 

This chapter has given you a brief tour through the concepts and terminology used in ActiveX technology, and 
a glimpse of the power you can add to your applications by incorporating ActiveX into them. The remainder 
of the chapters in this part lead you through the creation of ActiveX applications, using MFC and the wizards 
in Visual C++. 



(<- Previous Chapter 
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- 14 - 

Building an ActiveX Container Application 

• Changing ShowString 

o AppWizard-Generated ActiveX Container Code 
o Returning the ShowString Functionality 

• Moving, Resizing, and Tracking 

• Handling Multiple Objects and Object Selection 

o Hit Testing 
o Drawing Multiple Items 
o Handling Single Clicks 
o Handling Double-Clicks 

• Implementing Drag and Drop 

o Implementing a Drag Source 
o Implementing a Drop Target 
o Registering the View as a Drop Target 
o Setting Up Function Skeletons and Adding Member Variables 
o OnPragEnterQ 
o OnPragOverQ 
o OnDragLeaveQ 
o OnDragDropO 
o Testing the Drag Target 

• Deleting an Object 



You can obtain a rudimentary ActiveX container by asking AppWizard to make you one, but it will have a lot of 
shortcomings. A far more difficult task is to understand how an ActiveX container works and what you have to do to 
really use it. In this chapter, by turning the ShowString application of earlier chapters into an ActiveX container and 
then making it a truly functional container, you get a backstage view of ActiveX in action. Adding drag-and-drop 
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support brings your application into the modem age of intuitive, document-eentered user interfaee design. If you 
have not yet read Chapter 13, "AetiveX Coneepts," it would be a good idea to read it before this one. As well, this 
ehapter will not repeat all the instructions of Chapter 8, "Building a Complete Application: ShowString," so you 
should have read that ehapter or be prepared to refer to it as you progress through this one. 

Changing ShowString 

ShowString was built originally in Chapter 8, "Building a Complete Application: ShowString," and has no ActiveX 
support. You could make the ehanges by hand to implement AetiveX eontainer support, but there would be more 
than 30 ehanges. It's quieker to build a new ShowString application— this time asking for AetiveX container 
support— and then make ehanges to that eode to get the ShowString funetionality again. 

AppWizard-Generated ActiveX Container Code 

Build the new ShowString in a different directory, making almost exactly the same AppWizard ehoiees you used 
when you built it in the "Creating an Empty Shell with AppWizard" seetion of Chapter 8. Name the projeet 
ShowString, choose an MDI Applieation, No Database Support, eompound doeument support: Container, a Docking 
Toolbar, Initial Status Bar, Printing and Print Preview, Context Sensitive Help, and 3D Controls. Finally, seleet 
Source File Comments and a Shared DFF. Finish AppWizard and, if you want, build the projeet.tml? 137 14470 



NOTE: Even though the technology is now called ActiveX, the AppWizard dialog boxes refer to 
eompound doeument support. Also, many of the elassnames that are used throughout this ehapter have 
Ole in their names, and comments refer to OFE. Although Microsoft has changed the name of the 
teehnology, it has not propagated that ehange throughout Visual C++ yet. You have to live with these 
eontradietions for a while. 



There are many differenees between the applieation you just built and a do-nothing applieation without AetiveX 
eontainer support. The remainder of this seetion explains these differenees and their effeets. 

Menus There's another menu, ealled IDR_SHOWSTTYPE_CNTR_IP, shown in Figure 14.1. The name refers to a 
eontainer whose contained objeet is being edited in place. During in-plaee editing, the menu bar is built from the 
container's in-place menu and the server's in-place menu. The pair of vertieal bars in the middle of 
IDR_SHOWSTTYPE_CNTR_IP are separators; the server menu items will be put between them. This is diseussed 
in more detail in Chapter 15, "Building an AetiveX Server Application." 

FIG. 14.1 AppWizard adds another menu for editing in place. 

The IDR_SHOWSTTYPE Edit menu, shown in Figure 14.2, has four new items: 

FIG. AppWizard adds items to the Edit menu of the IDR_SHOWSTTYPE resource. 

• Paste Special. The user ehooses this item to insert an item into the eontainer from the Clipboard. 

• Insert New Object. Choosing this item opens the Insert Objeet dialog box, shown in Figures 14.3 and 14.4, 
so the user ean insert an item into the eontainer. 

FIG. 14.3 The Insert Object dialog box can be used to embed new objects. 

FIG. 14.4 The Insert Object dialog box can be used to embed or link objects that are in a file. 

• Links. When an objeet has been linked into the eontainer, ehoosing this item opens the Links dialog box, 
shown in Figure 14.5, to allow control of how the eopy of the objeet is updated after a change is saved to the 
file. 
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• «OLE VERBS GO HERE». Each kind of item has different verbs associated with it, like Edit, Open, or 
Play. When a contained item has focus, this spot on the menu is replaced by an object type like those in the 
Insert Object dialog box, with a menu cascading from it that lists the verbs for this type, like the one shown in 
Eigure 14.6. 

C Show String App CShowStringApp::InitInstance() has several changes from the Initlnstance() method provided by 
AppWizard for applications that aren't ActiveX containers. The lines in Listing 14.1 initialize the ActiveX (OLE) 
libraries. 

Listing 14.1 Excerpt from ShowString.cpp-Library Initialization 

// Initialize OLE libraries 
if ( ! Af xOlelnit ( ) ) 

{ 

AfxMessageBox ( IDP_OLE_INIT_FAILED) ; 
return FALSE; 



EIG. 14.5 The Links dialog box controls the way linked objects are updated. 

EIG. 14.6 Each object type adds a cascading menu item to the Edit menu when it has focus. 

Still in CShowStringApp::InitInstanee(), after the MultiDocTemplate is initialized but before the call to 
AddDocTemplateO, this line is added to register the menu used for in-plaee editing: 

pDocTemplate->SetContainerInfo ( IDR_SHOWSTTYPE_CNTR_IP ) ; 

CShowStringDoc The doeument class, CShowStringDoc, now inherits from COleDocument rather than 
CDoeument. This line is also added at the top of ShowStringDoe.cpp: 

tinclude "Cntrltem. h" 

Cntrltem.h describes the eontainer item class, CShowStringCntrltem, discussed later in this ehapter. Still in 
ShowStringDoe.cpp, the macros in Listing 14.2 have been added to the message map. 

Listing 14.2 Excerpt from ShowString.cpp-Message Map Additions 

ON_UP D AT E_C OMMAND_U I ( I D_E D I T_P AS T E , 

“'COleDocument : : OnUpdatePasteMenu) 

ON_UPDATE_COMMAND_UI ( ID_EDIT_PASTE_LINK, 

“'COleDocument : : OnUpdatePasteLinkMenu) 

ON_UPDATE_COMMAND_UI ( ID_OLE_EDIT_CONVERT, 

“'COleDocument : : OnUpdateOb jectVerbMenu) 

ON_COMMAND ( ID_OLE_EDIT_CONVERT, 

“'COleDocument: : OnEditConvert ) 

ON_UP D AT E_C OMMAND_U I ( I D_0 LE_E D I T_L INKS, 

“'COleDocument : : OnUpdateEdltLlnksMenu) 

ON_COMMAND ( ID_OLE_EDIT_LINKS , 

“'COleDocument: : OnEdltLlnks ) 

ON_UPDATE_COMMAND_UI ( ID_OLE_VERB_FIRST, ID_OLE_VERB_LAST, 
“'COleDocument : : OnUpdateOb jectVerbMenu) 

These eommands enable and disable the following menu items: 

• Edit, Paste 
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• Edit, Paste Link 

• Edit, Links 

• The OLE verbs seetion, ineluding the Convert verb 

The new maeros also handle Convert and Edit, Links. Notiee that the messages are handled by funetions of 
COleDoeument and don't have to be written by you. 

The eonstruetor, CShowStringDoe::CShowStringDoe(), has a line added: 

EnableCompoundFile () ; 

This turns on the use of eompound files. CShowStringDoe::Serialize() has a line added as well: 

COleDoeument : : Serialize (ar) ; 

This eall to the base elass Serialize() takes eare of serializing all the eontained objeets, with no further work for you. 

eShowStringView The view elass, CShowStringView, ineludes Cntrltem.h just as the doeument does. The view 
elass has these new entries in the message map: 

ON_WM_SETFOCUS ( ) 

ON_WM_SIZE ( ) 

ON_COMMAND ( ID_OLE_INSERT_NEW, OnInsertOb ject ) 

ON_COMMAND ( ID_CANCEL_EDIT_CNTR, OnCancelEdit Cnt r ) 

These are in addition to the messages eaught by the view before it was a eontainer. These eateh WM_SETEOCUS, 
WM_SIZE, the menu item Edit, Insert New Objeet, and the eaneellation of editing in plaee. An aeeelerator has 
already been added to eonneet this message to the Ese key. 

In ShowStringView.h, a new member variable has been added, as shown in Listing 14.3. 

Listing 14.3 Excerpt from ShowStringView.h-m_pSelection 

// m_pSelection holds the selection to the current 
// eShowSt ringCnt ritem . For many applications, such 
// a member variable isn't adequate to represent a 
// selection, such as a multiple selection or a selection 
// of objects that are not CShowStringCnt ritem objects. 

// This selection mechanism is provided just to help you 
// get started. 

// TODO: replace this selection mechanism with one appropriate 
// to your app . 

CShowStringCnt ritem* m_pSe lection; 

This new member variable shows up again in the view eonstruetor. Listing 14.4, and the revised OnDraw(), Listing 
14.5. 

Listing 14.4 ShowStringView.cpp-Constructor 

CShowStringView : : CShowStringView ( ) 

{ 

m_pSelection = NULL; 

// TODO: add construction code here 

} 
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Listing 14.5 ShowStringView.cpp-CShowStringView::OnDraw() 

void CShowSt ringView : : OnDraw (CDC* pDC) 

{ 

CShowSt ringDoc* pDoc = GetDocument ( ) ; 

ASSERT_VALID (pDoc) ; 

// TODO: add draw code for native data here 
// TODO: also draw all OLE items in the document 

// Draw the selection at an arbitrary position. This code should be 
// removed once your real drawing code is implemented. This position 
// corresponds exactly to the rectangle returned by CShowSt ringCntrltem, 
// to give the effect of in-place editing. 

// TODO: remove this code when final draw code is complete, 
if (m_pSelect ion == NULL) 

{ 

POSITION pos = pDoc->Get StartPosit ion ( ) ; 

m_pSelection = (CShowStringCntrltem* ) pDoc->GetNextClient Item (pos ) ; 

} 

if (m_pSelect ion != NULL) 

m_pSelect ion->Draw (pDC, CRect(10, 10, 210, 210)); 



The code supplied for OnDraw() draws only a single contained item. It doesn't draw any native data-in other words, 
elements of ShowString that are not contained items. At the moment there is no native data, but after the string is 
added to the application, OnDraw() is going to have to draw it. What's more, this code only draws one contained 
item, and it does so in an arbitrary rectangle. OnDraw() is going to see a lot of changes as you work through this 
chapter. 

The view class has gained a lot of new functions. They are as follows: 

• OnInitialUpdateO 

• IsSelectedO 

• OnInsertObjectO 

• OnSetFocusO 

• OnSizeO 

• OnCancelEditCntrO 

Each of these new functions is discussed in the subsections that follow. 

OnInitialUpdateO OnInitialUpdate()is called just before the very first time the view is to be displayed. The 
boilerplate code (see Listing 14.6) is pretty dull. 

Listing 14.6 ShowStringView.cpp-CShowStringView::OnlnitiaiUpdate() 

void CShowSt ringView : : Oninit ialUpdate () 

{ 

CView : : Oninit ialUpdate ( ) ; 

// TODO: remove this code when final selection 
/ / model code is written 

m_pSelection = NULL; // initialize selection 

} 
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The base elass OnInitialUpdate() ealls the base elass OnUpdate(), whieh ealls Invalidate(), requiring a full repaint of 
the elient area. 

IsSelectedO IsSeleeted() eurrently isn't working beeause the seleetion meehanism is so rudimentary. Listing 14.7 
shows the eode that was generated for you. Later, when you have implemented a proper seleetion method, you will 
improve how this eode works. 

Listing 14.7 ShowStringView.cpp-CShowStringView::lsSeiected() 

BOOL CShowStringView :: IsSelected (const CObject* pDocItem) const 

{ 

// The implementation below is adequate if your selection consists of 
// only CShowStringCnt ritem objects. To handle different selection 
// mechanisms, the implementation here should be replaced. 

// TODO: implement this function that tests for a selected OLE 
/ / client item 

return pDocItem == m_pSelect ion; 

} 

This function is passed a pointer to a container item. If that pointer is the same as the current selection, it returns 
TRUE. 

OnlnsertObjectQ OnInsertObject()is called when the user chooses Edit, Insert New Object. It's quite a long 
function, so it is presented in parts. The overall structure is presented in Listing 14.8. 

Listing 1 4.8 ShowStringView.cpp-CShowString View: :OnlnsertObject() 

void CShowStringView: : OnInsertOb ject () 

{ 

// Display the Insert Object dialog box. 

CShowStringCnt ritem* pitem = NULL; 

TRY 

{ 

// Create a new item connected to this document. 

// Initialize the item. 

// Set selection and update all views. 

} 

CATCH (CException, e) 

{ 

// Handle failed create. 

} 

END_CATCH 
// Tidy up. 



Each comment here is replaced with a small block of code, discussed in the remainder of this section. The TRY and 
CATCH statements, by the way, are on old-fashioned form of exception handling, discussed in Chapter 26, 
"Exceptions and Templates." 

Eirst, this function displays the Insert Object dialog box, as shown in Listing 14.9. 

Listing 14.9 ShowStringView.cpp-Display the Insert Object Dialog Box 
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// Invoke the standard Insert Object dialog box to obtain information 
// for new CShowSt ringCnt ritem object. 

COlelnsertDialog dig; 
if (dig . DoModal ( ) != IDOK) 

return; 

BeginWaitCursor ( ) ; 

If the user elieks Caneel, this funetion returns and nothing is inserted. If the user elieks OK, the eursor is set to an 
hourglass while the rest of the proeessing oeeurs. 

To ereate a new item, the eode in Listing 14.10 is inserted. 

Listing 14.10 ShowStringView.cpp-Create a New Item 

// Create new item connected to this document. 

CShowSt ringDoc* pDoc = GetDocument ( ) ; 

ASSERT_VALID (pDoc) ; 

pitem = new CShowSt ringCnt ritem (pDoc ) ; 

ASSERT_VALID (pitem) ; 

This eode makes sure there is a doeument, even though the menu item is enabled only if there is one, and then 
ereates a new eontainer item, passing it the pointer to the doeument. As you see in the CShowStringCntrltem 
seetion, eontainer items hold a pointer to the doeument that eontains them. 

The eode in Listing 14.1 1 initializes that item. 

Listing 14.11 ShowStringView.cpp-lnitializing the Inserted Item 

// Initialize the item from the dialog data, 
if (! dig . Createltem (pitem) ) 

AfxThrowMemoryExcept ion ( ) ; // any exception will do 

ASSERT_VALID (pitem) ; 

// If item created from class list (not from file) then launch 
// the server to edit the item. 

if (dig . GetSelect ionlype ( ) == COlelnsertDialog :: createNewItem) 
pItem->DoVerb (OLEIVERB_SHOW, this) ; 

ASSERT_VALID (pitem) ; 

The code in Listing 14.1 1 calls the Createltem() function of the dialog class, COlelnsertDialog. That might seem 
like a strange place to keep such a function, but the function needs to know all the answers that were given on the 
dialog box. If it was a member of another class, it would have to interrogate the dialog for the type and filename, 
find out whether it was linked or embedded, and so on. It calls member functions of the container item like 
CreateLinkFromFileO, CreateFromFile(), CreateNewItem(), and so on. So it's not that the code has to actually fill 
the object from the file that is in the dialog box, but rather that the work is partitioned between the objects instead of 
passing information back and forth between them. 

Then, one question is asked of the dialog box: Was this a new item? If so, the server is called to edit it. Objects 
created from a file can just be displayed. 

Finally, the selection is updated and so are the views, as shown in Listing 14.12. 

Listing 14.12 ShowStringView.cpp-Update Selection and Views 
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// As an arbitrary user interface design, this sets the selection 
// to the last item inserted. 

// TODO : reimplement selection as appropriate for your application 
m_pSelection = pitem; // set selection to last inserted item 

pDoc->UpdateAllViews (NULL) ; 

If the creation of the object failed, execution ends up in the CATCH block, shown in Listing 14.13. 

Listing 14.13 ShowStringView.cpp-CATCH Block 

CATCH (CException, e) 

{ 

if (pitem != NULL) 

{ 

ASSERT_VALID (pitem) ; 
pItem->Delete () ; 

} 

AfxMessageBox ( IDP_FAILED_TO_CREATE ) ; 

} 

END_CATCH 

This deletes the item that was created and gives the user a message box. 

Finally, that hourglass cursor can go away: 

EndWaitCursor ( ) ; 

OnSetFocusQ OnSetFocus(), shown in Listing 14.14, is called whenever this view gets focus. 

Listing 14.14 ShowStringView.cpp-CShowStringView::OnSetFocus() 

void CShowSt ringView : : OnSetFocus (CWnd* pOldWnd) 

{ 

COleClient Item* pActiveltem = GetDocument ( ) ->Get InPlaceActiveltem (this ) 
if (pActiveltem != NULL && 

pAct iveItem->Get ItemState ( ) == COleClientItem: : activeUIState) 

{ 

// need to set focus to this item if it is in the same view 
CWnd* pWnd = pActiveItem->Get InPlaceWindow ( ) ; 
if (pWnd != NULL) 

{ 

pWnd->SetFocus ( ) ; // don't call the base class 

return; 

} 

} 

CView: : OnSetFocus (pOldWnd) ; 

} 

If there is an active item and its server is loaded, that active item gets focus. If not, focus remains with the old 
window, and it appears to the user that the click was ignored. 

OnSizeQ OnSize(), shown in Listing 14.15, is called when the application is resized by the user. 
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Listing 14.15 ShowStringView.cpp-CShowStringView::OnSize() 

void CShowSt ringView : : OnSize (UINT nType, int cx, int cy) 

{ 

CView :: OnSize (nType, cx, cy) ; 

COleClient Item* pActiveltem = GetDocument ( ) ->Get InPlaceActiveltem (this ) ; 
if (pActiveltem != NULL) 

pActiveItem->Set ItemRects () ; 

} 

This resizes the view using the base elass funetion, and then, if there is an aetive item, tells it to adjust to the resized 
view. 

OnCancelEditCntrQ OnCaneelEditCntr() is ealled when a user who has been editing in plaee presses Ese. The 
server must be elosed, and the objeet stops being aetive. The eode is shown in Listing 14.16. 

Listing 14.16 ShowStringView.cpp-CShowStringView::OnCancelEditCntr() 

void CShowSt ringView : : OnCancelEditCnt r ( ) 

{ 

// Close any in-place active item on this view. 

COleClient Item* pActiveltem = 

GetDocument ( ) ->Get InPlaceActiveltem (this) ; 
if (pActiveltem != NULL) 

{ 

pActiveItem->Close () ; 

} 

ASSERT (GetDocument () ->Get InPlaceActiveltem (this ) == NULL) ; 



CShowStringCntrltem The eontainer item elass is a eompletely new addition to ShowString. It deseribes an item 
that is eontained in the doeument. As you've already seen, the doeument and the view use this objeet quite a lot, 
primarily through the m_pSeleetion member variable of CShowStringView. It has no member variables other than 
those inherited from the base elass, COleClientItem. It has overrides for a lot of funetions, though. They are as 
follows: 

• A eonstruetor 

• A destruetor 

• GetDoeumentO 

• GetAetiveViewO 

• OnChangeO 

• OnAetivateO 

• OnGetItemPositionO 

• OnDeaetivateUIO 

• OnChangeltemPositionO 

• AssertValidO 

• DumpO 

• SerializeO 

The eonstruetor simply passes the doeument pointer along to the base elass. The destruetor does nothing. 
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GetDocumentO and Ge t Active Vie w() are inline functions that return member variables inherited from the base class 
by calling the base class function with the same name and casting the result. 

OnChangeO is the first of these functions that has more than one line of code (see Listing 14.17). 

Listing 14.17 Cntrltem.cpp-CShowStringCntrltem::OnChange() 

void CShowSt ringCnt ritem : : OnChange (OLE_NOTIFICATION nCode, 

DWORD dwParam) 

{ 

ASSERT_VALID (this) ; 

COleClient Item : : OnChange (nCode, dwParam) ; 

// When an item is being edited (either in-place or fully open) 

// it sends OnChange notifications for changes in the state of the 
/ / item or visual appearance of its content . 

// TODO: invalidate the item by calling UpdateAllViews 
// (with hints appropriate to your application) 

GetDocument ( ) ->UpdateAllViews (NULL) ; 

// for now just update ALL views/no hints 



Actually, there are only three lines of code. The comments are actually more useful than the code. When the user 
changes the contained item, the server notifies the container. Calling UpdateAllViews() is a rather drastic way of 
refreshing the screen, but it gets the job done. 

OnActivateO (shown in Listing 14.18) is called when a user double-clicks an item to activate it and edit it in place. 
ActiveX objects are usually outside-in, which means that a single click of the item selects it but doesn't activate it. 
Activating an outside-in object requires a double-click, or a single click followed by choosing the appropriate OLE 
verb from the Edit menu. 

Listing 14.18 Cntrltem.cpp-CShowStringCntrltem::OnActivate() 

void CShowSt ringCnt ritem : : OnAct ivate ( ) 

{ 

// Allow only one in-place activate item per frame 
CShowSt ringView* pView = GetAct iveView ( ) ; 

ASSERT_VALID (pView) ; 

COleClient Item* pitem = GetDocument () ->GetInPlaceActiveItem (pView) ; 
if (pitem != NULL && pitem != this) 
pItem->Close () ; 

COleClientItem: : OnActivate ( ) ; 

} 

This code makes sure that the current view is valid, closes the active items, if any, and then activates this item. 
OnGetItemPositionO (shown in Listing 14.19) is called as part of the in-place activation process. 

Listing 14.19 Cntrltem.cpp-CShowStringCntrltem::OnGetltemPosition() 

void CShowStringCntrltem: : OnCetltemPosition (CRect& rPosition) 

{ 

ASSERT_VALID (this) ; 

// During in-place activation. 
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// CShowSt ringCnt ritem : : OnGet ItemPosition 

// will be called to determine the location of this item. 

// The default implementation created from AppWizard simply 
// returns a hard-coded rectangle. Usually, this rectangle 
// would reflect the current position of the item relative 
// to the view used for activation. You can obtain the view 
// by calling CShowSt ringCnt ritem :: GetActiveView . 

// TODO: return correct rectangle (in pixels) in rPosition 
rPosition . SetRect ( 10, 10, 210, 210); 



Like OnChangeO, the eomments are more useful than the aetual eode. At the moment, the View's OnDraw() 
funetion draws the eontained objeet in a hard-eoded reetangle, so this funetion returns that same reetangle. You are 
instrueted to write eode that asks the aetive view where the objeet is. 

OnDeaetivateUIO (see Listing 14.20) is ealled when the objeet goes from being aetive to inaetive. 

Listing 14.20 Cntrltem.cpp-CShowStringCntrltem::OnDeactivateUI() 

void CShowSt ringCnt ritem :: OnDeactivateUI (BOOL bUndoable) 

{ 

COleClient Item : : OnDeactivateUI (bUndoable) ; 

// Hide the object if it is not an outside-in object 
DWORD dwMisc = 0; 

m_lpOb ject->GetMiscStatus (GetDrawAspect () , &dwMisc) ; 
if (dwMisc & OLEMISC_INSIDEOUT) 

DoVerb (OLEIVERB_HIDE, NULL) ; 



Although the default behavior for eontained objeets is outside-in, as diseussed earlier, you ean write inside-out 
objects. These are aetivated simply by moving the mouse pointer over them; elieking the objeet has the same effeet 
that elieking that region has while editing the objeet. For example, if the eontained item is a spreadsheet, elieking 
might seleet the eell that was elieked. This ean be really niee for the user, who ean eompletely ignore the borders 
between the eontainer and the eontained item, but it is harder to write. 

OnChangeltemPositionO is ealled when the item is moved during in-plaee editing. It, too, eontains mostly 
eomments, as shown in Listing 14.21. 

Listing 14.21 Cntrltem.cpp-CShowStringCntrltem::OnChangeltemPosition() 

BOOL CShowSt ringCnt ritem :: OnChangeltemPosition (const CRect& rectPos) 

{ 

ASSERT_VALID (this) ; 

// During in-place activation 

// CShowSt ringCnt ritem : : OnChangeltemPosition 

// is called by the server to change the position 

// of the in-place window. Usually, this is a result 

// of the data in the server document changing such that 

// the extent has changed or as a result of in-place resizing. 

// 

// The default here is to call the base class, which will call 
// COleClient Item :: Set ItemRects to move the item 
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// to the new position. 

if ( ! COleClient Item : : OnChangeltemPosition (rectPos) ) 
return FALSE; 

// TODO: update any cache you may have of the item's rectangle/extent 
return TRUE; 



This code is supposed to handle moving the object, but it doesn't really. That's because OnDraw() always draws the 
contained item in the same place. 

AssertValidO is a debug function that confirms this object is valid; if it's not, an ASSERT will fail. ASSERT 
statements are diseussed in Chapter 24, "Improving Your Application's Performance." The last funetion in 
CShowStringCntrltem is Serialize(), which is called by C01eDoeument::Serialize(), which in turn is called by the 
doeument's Serialize(), as you've already seen. It is shown in Listing 14.22. 

Listing 14.22 Cntritem.cpp-CShowStringCntritem::Seriaiize() 

void CShowStringCnt ritem :: Serialize (CArchive& ar) 

{ 

ASSERT_VALID (this) ; 

// Call base class first to read in COleClient Item data. 

// Because this sets up the m_pDocument pointer returned from 
// CShowStringCnt ritem :: GetDocument , it is a good idea to call 
// the base class Serialize first. 

COleClient Item : rSerialize (ar) ; 

// now store/retrieve data specific to CShowStringCntrltem 
if (ar . IsStoring ( ) ) 

{ 

// TODO: add storing code here 



else 



// TODO: add loading code here 

} 



All this code does at the moment is call the base class function. C01eDocument::Serialize() stores or loads a number 
of counters and numbers to keep track of several different contained items, and then calls helper functions such as 
WriteltemO or Readltem() to actually deal with the item. These functions and the helper functions they call are a bit 
too "behind-the-scenes" for most people, but if you'd like to take a look at them, they are in the MEC source folder 
(C:\Program Eiles\Microsoft Visual Studio\VC98\MEC\SRC on many installations) in the file oleclil.cpp. They do 
their job, which is to serialize the contained item for you. 

Shortcomings of This Container This container application isn't ShowString yet, of course, but it has more 
important things wrong with it. It isn't a very good container, and that's a direct result of all those TODO tasks that 
haven't been accomplished. Still, the fact that it is a functioning container is a good measure of the power of the 
MEC classes COleDocument and COleClientItem. So why not build the applieation now and run it? After it's 
running, choose Edit, Insert New Object and insert a bitmap image. Now that you've seen the code, it shouldn't be a 
surprise that Paint is immediately launched to edit the item in place, as you see in Eigure 14.7. 

FIG. 14.7 The boilerplate container can contain items and activate them for in-place editing, like this bitmap image 
being edited in Paint. 



http://www.pbs.mcp.com/ebooks/0789715392/ch14/ch14.htm (12 of 28) [7/29/1999 3:50:21 PM] 



Special Edition Using Visual C++ 6 -- Ch 14 - Building an ActiveX Container Application 

Click outside the bitmap to deseleet the item and return eontrol to the eontainer; you see that nothing happens. Cliek 
outside the doeument, and again nothing happens. You're probably asking yourself, "Am I still in ShowString?" 
Choose File, New, and you see that you are. The Paint menus and toolbars go away, and a new ShowString 
doeument is ereated. Cliek the bitmap item again, and you are still editing it in Paint. How ean you insert another 
objeet into the first doeument when the menus are those of Paint? Press Ese to eaneel in-plaee editing so the menus 
beeome ShowString menus again. Insert an Exeel ehart into the eontainer, and the bitmap disappears as the new 
Exeel ehart is inserted, as shown in Eigure 14.8. Obviously, this eontainer leaves a lot to be desired. 

Press Ese to eaneel the in-plaee editing, and notiee that the view ehanges a little, as shown in Eigure 14.9. That's 
beeause CShowStringView::OnDraw() draws the eontained item in a 200*200 pixel reetangle, so the ehart has to be 
squeezed a little to fit into that spaee. It is the server— Exeel, in this ease— that deeides how to fit the item into the 
spaee given to it by the eontainer. 

FIG. 14.8 Inserting an Excel chart gets you a default chart, but it completely covers the old bitmap. 

FIG. 14.9 Items can look quite different when they are not active. 

As you ean see, there's a lot to be done to make this feel like a real eontainer. But first, you have to turn it baek into 
ShowString. 

Returning the ShowString Functionaiity 

This seetion provides a quiek summary of the steps presented in Chapter 8, "Building a Complete Applieation: 
ShowString." Open the files from the old ShowString as you go so that you ean eopy eode and resourees wherever 
possible. Follow these steps: 

1. In ShowStringDoe.h, add the private member variables and publie Get funetions to the elass. 

2. In CShowStringDoe::Serialize(), paste the eode that saves or restores these member variables. Leave the 
eall to C01eDoeument::Serialize() in plaee. 

3. In CShowStringDoe::OnNewDoeument(), paste the eode that initializes the member variables. 

4. In CShowStringView::OnDraw(), add the eode that draws the string before the eode that handles the 
eontained items. Remove the TODO task about drawing native data. 

5. Copy the Tools menu from the old ShowString to the new eontainer ShowString. Choose File, Open to 
open the old ShowString.re, open the IDR_SHOWSTTYPE menu, eliek the Tools menu, and ehoose Edit, 
Copy. Open the new ShowString's IDR_SHOWSTTYPE menu, eliek the Window menu, and ehoose Edit, 
Paste. Don't paste it into the IDR_SHOWSTTYPE_CNTR_IP menu. 

6. Add the aeeelerator Ctrl+T for ID_TOOLS_OPTIONS as deseribed in Chapter 8, "Building a Complete 
Applieation: ShowString." Add it to the IDR_MAINFRAME aeeelerator only. 

7. Delete the IDD_ABOUTBOX dialog box from the new ShowString. Copy IDD_ABOUTBOX and 
IDD_OPTIONS from the old ShowString to the new. 

8. While IDD_OPTIONS has foeus, ehoose View, Class Wizard. Create the COptionsDialog elass as in the 
original ShowString. 

9. Use the Class Wizard to eonneet the dialog eontrols to COptionsDialog member variables, as deseribed in 
Chapter 10. 

10. Use the Class Wizard to arrange for CShowStringDoe to eateh the ID_TOOLS_OPTIONS eommand. 

11. In ShowStringDoe.epp, replaee the Class Wizard version of CShowStringDoe: :OnToolsOptions() with the 
OnToolsOptionsO from the old ShowString, whieh puts up the dialog box. 

12. In ShowStringDoe.epp, add #indude "OptionsDialog.h" after the #inelude statements already present. 
Build the applieation, fix any typos or other simple errors, and then exeeute it. It should run as before, saying Hello, 
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world! in the center of the view. Convince yourself that the Options dialog box still works and that you have 
restored all the old functionality. Then resize the application and the view as large as possible, so that when you 
insert an object it doesn't land on the string. Insert an Excel chart as before, and press Esc to stop editing in place. 
There you have it: A version of ShowString that is also an ActiveX container. Now it's time to get to work making it 
a good container. 

Moving, Resizing, and Tracking 

The first task you want to do, even when there is only one item contained in ShowString, is to allow the user to 
move and resize that item. It makes life simpler for the user if you also provide a tracker rectangle, a hashed line 
around the contained item. This is easy to do with the MEC class CRectTracker. 

The first step is to add a member variable to the container item (CShowStringCntrltem) definition in Cntrltem.h, to 
hold the rectangle occupied by this container item. Right-click CShowStringCntrltem in ClassView and choose Add 
Member Variable. The variable type is CRect, the declaration is m_rect; leave the access public. 

m_rect needs to be initialized in a function that is called when the container item is first used and then never again. 
Whereas view classes have OnInitialUpdate() and document classes have OnNewDocument(), container item classes 
have no such called-only-once function except the constructor. Initialize the rectangle in the constructor, as shown in 
Listing 14.23. 

Listing 14.23 Cntrltem.cpp-Constructor 

CShowStringCntrltem : : CShowStringCntrltem (CShowSt ringDoc* pContainer ) 

: COleClient Item (pContainer ) 

{ 

m_rect = CRect (10,10,210,210); 



The numerical values used here are those in the boilerplate OnDraw() provided by AppWizard. Now you need to 
start using the m rect member variable and setting it. The functions affected are presented in the same order as in the 
earlier section, CShowStringView. 

Eirst, change CShowStringView: :OnDraw(). Eind this line: 

m_pSelection->Draw (pDC, CRect (10, 10, 210, 210)); 

Replace it with this: 

m_pSelection->Draw (pDC, m_pSelect ion->m_rect ) ; 

Next, change CShowStringCntrltem: :OnGetItemPosition(), which needs to return this rectangle. Take away all the 
comments and the old hardcoded rectangle (leave the ASSERT_VALID macro call), and add this line: 

rPosition = m_rect; 

The partner function 

CShowStringCntrltem: : OnChangeltemPosit ion () 

is called when the user moves the item. This is where m_rect is changed from the initial value. Remove the 
comments and add code immediately after the call to the base class function, 
C01eClientItem::OnChangeItemPosition(). The code to add is: 

m_rect = rectPos; 

GetDocument ( ) ->SetModif iedFlag ( ) ; 

GetDocument ( ) ->UpdateAllViews (NULL) ; 
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Finally, the new member variable needs to be ineorporated into CShowStringCntrItem:;Serialize(). Remove the 
comments and add lines in the storing and saving blocks so that the function looks like Listing 14.24. 

Listing 14.24 Cntrltem.cpp-CShowStringCntrltem::Serialize() 

void CShowStringCnt ritem :: Serialize (CArchive& ar) 

{ 

ASSERT_VALID (this) ; 

// Call base class first to read in COleClient Item data. 

// Because this sets up the m_pDocument pointer returned from 
// CShowStringCnt ritem :: GetDocument , it is a good idea to call 
// the base class Serialize first. 

COleClient Item : : Serialize (ar) ; 

// now store/retrieve data specific to CShowSt ringCntrltem 
if (ar . IsStoring ( ) ) 

{ 

ar << m_rect; 

} 

else 



} 



ar >> m_rect; 



Build and execute the application, insert a bitmap, and scribble something in it. Press Esc to cancel editing in place, 
and your scribble shows up in the top-right corner, next to Hello, world!. Choose Edit, Bitmap Image Object and 
then Edit. (Choosing Open allows you to edit it in a different window.) Use the resizing handles that appear to drag 
the image over to the left, and then press Esc to cancel in-place editing. The image is drawn at the new position, as 
expected. 

Now for the tracker rectangle. The Microsoft tutorials recommend writing a helper function, SetupTracker(), to 
handle this. Add these lines to CShowStringView::OnDraw(), just after the call to m_pSelection->Draw(): 

CRectTracker trackrect; 

SetupTracker (m_pSelection, &trackrect) ; 
trackrect . Draw (pDC) ; 



CAUTION: The one-line statement after the if was not in brace brackets before; don't forget to add 
them. The entire if statement should look like this: 



if (m_pSelect ion != NULL) 

{ 

m_pSelect ion->Draw (pDC, m_pSelect ion->m_rect ) ; 
CRectTracker trackrect; 

SetupTracker (m_pSelect ion, &trackrect) ; 
trackrect .Draw (pDC) ; 

} 



Add the following public function to ShowStringView.h (inside the class definition): 

void SetupTracker (CShowSt ringCntrltem* item, 
CRectTracker* track) ; 
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Add the code in Listing 14.25 to ShowStringView.cpp immediately after the destructor. 

Listing 14.25 ShowStringView.cpp-CShowStringView::SetupTracker() 

void CShowSt ringView : : SetupTracker (CShowSt ringCnt ritem* item, 

CRect Tracker* track) 

{ 

t rack->m_rect = item->m_rect ; 
if (item == m_pSelect ion) 

{ 

t rack->m_nSt yle |= CRectTracker : : resizelnside; 

} 

if (item->GetType ( ) == OT_LINK) 

{ 

t rack->m_nStyle |= CRectTracker :: dottedLine; 

} 

else 

{ 

t rack->m_nStyle |= CRectTracker :: solidLine; 

} 

if ( item->Cet ItemState ( ) == COleClientItem: : openState | | 

item->Get ItemState ( ) == COleClientItem: : activeUIState) 

{ 

t rack->m_nStyle |= CRectTracker :: hatchinside; 

} 

} 

This code first sets the tracker rectangle to the container item rectangle. Then it adds styles to the tracker. The styles 
available are as follows: 

• solidLine— Used for an embedded item. 

• dottedLine— Used for a linked item. 

• hatchedB order— Used for an in-place active item. 

• resizelnside— Used for a selected item. 

• resizeOutside— Used for a selected item. 

• hatchinside— Used for an item whose server is open. 

This code first compares the pointers to this item and the current selection. If they are the same, this item is selected 
and it gets resize handles. It's up to you whether these handles go on the inside or the outside. Then this code asks 
the item whether it is linked (dotted line) or not (solid line.) Finally, it adds hatching to active items. 

Build and execute the application, and try it out. You still cannot edit the contained item by double-clicking it; 
choose Edit from the cascading menu added at the bottom of the Edit menu. You can't move and resize an inactive 
object, but if you activate it, you can resize it while active. Also, when you press Esc, the inactive object is drawn at 
its new position. 

Handling Multiple Objects and Object Selection 

The next step is to catch mouse clicks and double-clicks so that the item can be resized, moved, and activated more 
easily. This involves testing to see whether a click is on a contained item. 
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Hit Testing 

You need to write a helper funetion that returns a pointer to the eontained item that the user elieked, or NULL if the 
user elieked an area of the view that has no eontained item. This funetion runs through all the items eontained in the 
doeument. Add the eode in Listing 14.26 to ShowStringView.epp immediately after the destruetor. 

Listing 14.26 ShowStringView.cpp-CShowStringView::SetupTracker() 

CShowSt ringCnt ritem* CShowSt ringView : : HitTest (CPoint point) 

{ 

CShowSt ringDoc* pDoc = GetDocument ( ) ; 

CShowSt ringCnt ritem* pHitItem = NULL; 

POSITION pos = pDoc->GetStartPosit ion ( ) ; 
while (pos) 

{ 

CShowSt ringCnt ritem* pCurrentItem = 

(CShowSt ringCnt ritem* ) pDoc->GetNextClient Item (pos ) ; 
if ( pCurrent Item->m_rect . Pt InRect (point ) ) 

{ 

pHitItem = pCurrentItem; 

} 

} 

return pHitItem; 



TIP: Don't forget to add the deelaration of this publie funetion to the header file. 



This funetion is given a CPoint that deseribes the point on the sereen where the user elieked. Eaeh eontainer item has 
a reetangle, m_reet, as you saw earlier, and the CReet elass has a member funetion ealled PtInReet() that takes a 
CPoint and returns TRUE if the point is in the reetangle or EALSE if it is not. This eode simply loops through the 
items in this doeument, using the OLE doeument member funetion GetNextClientItem(), and ealls PtInReet() for 
eaeh. 

What happens if there are several items in the eontainer, and the user elieks at a point where two or more overlap? 
The one on top is seleeted. That's beeause GetStartPosition() returns a pointer to the bottom item, and 
GetNextClientItemO works its way up through the items. If two items eover the spot where the user elieked, 
pHitItem is set to the lower one first, and then on a later iteration of the while loop, it is set to the higher one. The 
pointer to the higher item is returned. 

Drawing Multiple Items 

While that eode to loop through all the items is still fresh in your mind, why not fix CShowStringView::OnDraw() 
so it draws all the items? Leave all the eode that draws the string, and replaee the eode in Listing 14.27 with that in 
Listing 14.28. 

Listing 14.27 ShowStringView.cpp-Lines in OnDrawQ to Replace 

// Draw the selection at an arbitrary position. This code should 
// be removed once your real drawing code is implemented. This 
// position corresponds exactly to the rectangle returned by 
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// CShowSt ringCnt ritem, to give the effect of in-place editing. 

// TODO: remove this code when final draw code is complete, 
if (m_pSelect ion == NULL) 

{ 

POSITION pos = pDoc->Get StartPosit ion ( ) ; 

m_pSelection = (CShowStringCntrltem* ) pDoc->GetNextClient Item (pos ) ; 

} 

if (m_pSelect ion != NULL) 

{ 

m_pSelect ion->Draw (pDC, m_pSelect ion->m_rect ) ; 

CRectTracker trackrect; 

SetupTracker (m_pSelect ion, &trackrect) ; 
trackrect . Draw (pDC) ; 

} 

Listing 14.28 ShowStringView.cpp-New Lines in OnDrawQ 

POSITION pos = pDoc->GetStartPosit ion ( ) ; 
while (pos) 

{ 

CShowStringCntrltem* pCurrentItem = 

(CShowStringCntrltem*) pDoc->GetNextClient Item (pos ) ; 
pCurrent Item->Draw (pDC, pCurrent Item->m_rect ) ; 
if (pCurrentItem == m_pSelection ) 

{ 

CRectTracker trackrect; 

SetupTracker (pCurrentItem, &trackrect) ; 
trackrect .Draw (pDC) ; 

} 



Now each item is drawn, starting from the bottom and working up, and if it is selected, it gets a tracker rectangle. 

Handling Single Clicks 

When the user clicks the client area of the application, a WM_LBUTTONDOWN message is sent. This message 
should be caught by the view. Right-click CShowStringView in ClassView, and choose Add Windows Message 
Handler from the shortcut menu. Click WM_LBUTTONDOWN in the New Windows Messages/Events box on the 
left (see Figure 14. 10), and then click Add and Edit to add a handler function and edit the code immediately. 

FIG. 14.10 Ac/J a function to handle left mouse button clicks. 

Add the code in Listing 14.29 to the empty OnLButtonDown() that Add Windows Message Handler generated. 

Listing 14.29 ShowStringView.cpp-CShowStringView::OnLButtonDown() 

void CShowSt ringView :: OnLButtonDown (UINT nFlags, CPoint point) 

{ 

CShowStringCntrltem* pHitItem = HitTest (point ) ; 

SetSelection (pHitItem) ; 
if (pHitItem == NULL) 
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return ; 

CRectTracker track; 

SetupTracker (pHit Item, &track) ; 

UpdateWindow ( ) ; 

if (track . Track (this , point ) ) 

{ 

Invalidate ( ) ; 

pHit Item->m_rect = t rack . m_rect ; 

GetDocument ( ) ->SetModif iedFlag ( ) ; 

} 

} 

This code determines which item has been selected and sets it. (SetSelection() isn't written yet.) Then, if something 
has been selected, it draws a tracker rectangle around it and calls CRectTracker: :Track(), which allows the user to 
resize the rectangle. After the resizing, the item is sized to match the tracker rectangle and is redrawn. 

SetSelectionO is pretty straightforward. Add the definition of this public member function to the header file, 
ShowStringView.h, and the code in Listing 14.30 to ShowStringView.cpp. 

Listing 14.30 ShowStringView.cpp-CShowStringView::SetSelection() 

void CShowSt ringView : : SetSelect ion (CShowSt ringCnt ritem* item) 

{ 

// if an item is being edited in place, close it 
if ( item == NULL | | item != m_pSelect ion ) 

{ 

COleClient Item* pActive = 

GetDocument ( ) ->Get InPlaceAct iveltem ( this ) ; 
if (pActive != NULL && pActive != item) 

{ 

pAct ive->Close ( ) ; 

} 

} 

Invalidate ( ) ; 
m_pSelection = item; 



When the selection is changed, any item that is being edited in place should be closed. SetSelectionO checks that the 
item passed in represents a change, and then gets the active object from the document and closes that object. Then it 
calls for a redraw and sets m_pSelection. Build and execute ShowString, insert an object, and press Esc to stop 
in-place editing. Click and drag to move the inactive object, and insert another. You should see something like 
Figure 14.11. Notice the resizing handles around the bitmap, indicating that it is selected. 

FIG. 14.11 ShowString can now hold multiple items, and the user can move and resize them intuitively. 

You might have noticed that the cursor doesn't change as you move or resize. That's because you didn't tell it to. 
Luckily, it's easy to tell it this: CRectTracker has a SetCursor() member function, and all you need to do is call it 
when a WM_SETCURSOR message is sent. Again, it should be the view that catches this message; right-click 
CShowStringView in ClassView, and choose Add Windows Message Handler from the shortcut menu. Click 
WM_SETCURSOR in the New Windows Messages/Events box on the left; then click Add and Edit to add a handler 
function and edit the code immediately. Add the code in Listing 14.31 to the empty function that was generated for 
you. 
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Listing 14.31 ShowStringView.cpp-CShowStringView::OnSetCursor() 

BOOL CShowSt ringView : : OnSetCursor (CWnd* pWnd, UINT nHitTest, 

UINT message) 

{ 

if (pWnd == this && m_pSelection != NULL) 

{ 

CRectTracker track; 

SetupTracker (m_pSelection, &track) ; 
if (track . SetCursor (this , nHitTest)) 

{ 

return TRUE; 

} 

} 

return CView :: OnSetCursor (pWnd, nHitTest, message); 

} 

This code does nothing unless the cursor change involves this view and there is a selection. It gives the tracking 
rectangle's SetCursor() function a chance to change the cursor because the tracking object knows where the 
rectangle is and whether the cursor is over a boundary or sizing handle. If SetCursor() didn't change the cursor, this 
code lets the base class handle it. Build and execute ShowString, and you should see cursors that give you feedback 
as you move and resize. 

Handling Double-Clicks 

When a user double-clicks a contained item, the primary verb should be called. For most objects, the primary verb is 
to Edit in place, but for some, such as sound files, it is Play. Arrange as before for CShowStringView to catch the 
WM_LBUTTONDBLCLK message, and add the code in Listing 14.32 to the new function. 

Listing 14.32 ShowStringView.cpp-CShowStringView::OnLButtonDblCik() 

void CShowSt ringView :: OnLButtonDblClk (UINT nFlags, CPoint point) 

{ 

OnLButtonDown (nFlags, point); 
if ( m_pSelection) 

{ 

if (GetKeyState (VK_CONTROL) < 0) 

{ 

m_pSelect ion->DoVerb (OLEIVERB_OPEN, this) ; 

} 

else 



m_pSelection->DoVerb (OLEIVERB_PRIMARY, this) ; 



CView : : OnLButtonDblClk (nFlags , point ) ; 

} 

First, this function handles the fact that this item has been clicked; calling OnLButtonDown() draws the tracker 
rectangle, sets m_pSelection, and so on. Then, if the user holds down Ctrl while double-clicking, the item is opened; 
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Otherwise, the primary verb is ealled. Finally, the base elass funetion is ealled. Build and exeeute ShowString and try 
double-elieking. Insert an objeet, press Ese to stop editing it, move it, resize it, and double-eliek it to edit in plaee. 

Implementing Drag and Drop 

The last step to make ShowString a eompletely up-to-date AetiveX eontainer applieation is to implement drag and 
drop. The user should be able to grab a eontained item and drag it out of the eontainer, or hold down Ctrl while 
dragging to drag out a eopy and leave the original behind. The user should also be able to drag items from elsewhere 
and drop them into this eontainer just as though they had been inserted through the Clipboard. In other words, the 
eontainer should operate as a drag source and a drop target. 

Implementing a Drag Source 

Beeause CShowStringCntrltem inherits from COleClientItem, implementing a drag souree is really easy. By 
elieking a eontained objeet, edit these lines at the end of CShowStringView::OnLButtonDown() so that it resembles 
Listing 14.33. The new lines are in bold type. 

Listing 14.33 CShowStringView::OnLButtonDown()-lmplementing a Drag Source 

void CShowSt ringView : : OnLButtonDown (UINT nFlags, CPoint point) 

{ 

CShowStringCntrltem* pHitItem = Hit Test (point ) ; 

SetSelection (pHitItem) ; 
if (pHitItem == NULL) 
return; 

CRectTracker track; 

SetupTracker (pHitItem, &track) ; 

UpdateWindow ( ) ; 

if (track .HitTest (point) == CRectTracker :: hi tMiddle) 

{ 

CRect rect = pHitItem->m_rect ; 

CClientDC dc(this); 

OnPrepareDC (&dc) ; 

dc . LPtoDP (Srect) ; // convert logical rect to device rect 
rect .NormalizeRect () ; 

CPoint newpoint = point - rect . TopLeft () ; 

DROPEFFECT dropEffect = pHitItem->DoDragDrop (rect , newpoint); 
if (dropEffect == DROPEFFECT_MOVE) 

{ 

Invalidate () ; 

if (pHitItem == m pSelection) 

{ 

m_pSelection = NULL; 

} 

pHitItem->Delete () ; 

} 

} 

else 

{ 

if (track . Track (this , point ) ) 
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{ 

Invalidate ( ) ; 

pHit Item->m_rect = track . m_rect ; 
GetDocument ( ) ->SetModif iedFlag ( ) ; 

} 




This code first confirms that the mouse click was inside the tracking rectangle, rather than on the sizing border. It 
sets up a temporary CRect object that will be passed to DoDragDropO after some coordinate scheme conversions are 
complete. The first conversion is from logical to device units, and is accomplished with a call to CDC::LPtoDP(). In 
order to call this function, the new code must create a temporary device context based on the CShowStringView for 
which OnLButtonDownO is being called. Having converted rect to device units, the new code normalizes it and 
calculates the point within the rectangle where the user clicked. 

Then the new code calls the DoDragDropO member function of CShowStringCntrltem, inherited from 
COleClientItem and not overridden. It passes in the converted rect and the offset of the click. If DoDragDropO 
returns DROPEFFECT_MOVE, the item was moved and needs to be deleted. The code to handle a drop, which is 
not yet written, will create a new container item and set it as the current selection. This means that if the object was 
dropped elsewhere in the container, the current selection will no longer be equal to the hit item. If these two pointers 
are still equal, the object must have been dragged away. If it was dragged away, this code sets m_pSelection to 
NULL. In either case, pHitItem should be deleted. 

Build and execute ShowString, insert a new object, press Esc to stop editing in place, and then drag the inactive 
object to an ActiveX container application such as Microsoft Excel. You can also try dragging to the desktop. Be 
sure to try dragging an object down to the taskbar and pausing over the icon of a minimized container application, 
and then waiting while the application is restored so that you can drop the object. 

Implementing a Drop Target 

It is harder to make ShowString a drop target (it could hardly be easier). If you dragged a contained item out of 
ShowString and dropped it into another container, try dragging that item back into ShowString. The cursor changes 
to a circle with a slash through it, meaning "you can't drop that here." In this section, you make the necessary code 
changes that allow you to drop it there after all. 

You need to register your view as a place where items can be dropped. Next, you need to handle the following four 
events that can occur: 

• An item might be dragged across the boundaries of your view. This action will require a cursor change or 
other indication you will take the item. 

• In the view, the item will be dragged around within your boundaries, and you should give the user feedback 
about that process. 

• That item might be dragged out of the window again, having just passed over your view on the way to its final 
destination. 

• The user may drop the item in your view. 

Registering the View as a Drop Target 

To register the view as a drop target, add a COleDropTarget member variable to the view. In ShowString View. h, 
add this line to the class definition: 

COleDropTarget m_dropt arget ; 
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To handle registration, override OnCreate() for the view, whieh is ealled when the view is ereated. Arrange for 
CShowStringView to eateh the WM_CREATE message. Add the eode in Listing 14.34 to the empty funetion 
generated for you. 

Listing 14.34 ShowStringView.cpp-CShowStringView::OnCreate() 

int CShowStringView :: OnCreate (LPCREATESTRUCT IpCreateSt ruct ) 

{ 

if (CView: rOnCreate (IpCreateStruct) == -1) 
return -1; 

if (m_droptarget . Register (this ) ) 

{ 

return 0; 

} 

else 

{ 

return -1; 

} 



OnCreateO returns 0 if everything is going well and -1 if the window should be destroyed. This eode ealls the base 
elass funetion and then uses C01eDropTarget::Register() to register this view as a plaee to drop items. 

Setting Up Function Skeietons and Adding Member Variabies 

The four events that happen in your view eorrespond to four virtual funetions you must override: OnDragEnter(), 
OnDragOverO, OnDragLeaveO, and OnDrop(). Right-eliek CShowStringView in ClassView and ehoose Add 
Virtual Eunetion to add overrides of these funetions. Highlight OnDragEnter() in the New Virtual Eunetions list, 
eliek Add Handler, and repeat for the other three funetions. 

OnDragEnterO sets up 3. focus rectangle that shows the user where the item would go if it were dropped here. This is 
maintained and drawn by OnDragOverO . But first, a number of member variables related to the foeus reetangle must 
be added to CShowStringView. Add these lines to ShowStringView.h, in the publie seetion: 

CPoint m_dragpoint ; 

CSize m_dragsize; 

CSize m_dragof fset ; 

A data objeet eontains a great deal of information about itself, in various formats. There is, of eourse, the aetual data 
as text, device independent bitmap (DIB), or whatever other format is appropriate. But there is also information 
about the objeet itself. If you request data in the Objeet Deseriptor format, you ean find out the size of the item and 
where on the item the user originally elieked, and the offset from the mouse to the upper-left eomer of the item. 
These formats are generally referred to as Clipboard formats beeause they were originally used for Cut and Paste via 
the Clipboard. 

To ask for this information, eall the data objeet's GetGlobalData() member funetion, passing it a parameter that 
means "Objeet Deseriptor, please." Rather than build this parameter from a string every time, you build it onee and 
store it in a statie member of the elass. When a elass has a statie member variable, every instanee of the elass looks 
at the same memory loeation to see that variable. It is initialized (and memory is alloeated for it) onee, outside the 
elass. 

Add this line to ShowStringView.h; 

static CLIPFORMAT m_cfOb jectDescriptorFormat ; 
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In ShowStringView.cpp, just before the first funetion, add these lines: 

CLIPFORMAT CShowStringView : : m_cfOb jectDescriptorFormat = 

(CLIPFORMAT) : : RegisterClipboardFormat ( "Ob ject Descriptor"); 

This makes a CLIPFORMAT from the string "Objeet Deseriptor" and saves it in the statie member variable for all 
instanees of this elass to use. Using a statie member variable speeds up dragging over your view. 

Your view doesn't aeeept any and all items that are dropped on it. Add a BOOL member variable to the view that 
indieates whether it aeeepts the item that is now being dragged over it: 

BOOL m_OKtodrop; 

There is one last member variable to add to CShowStringView. As the item is dragged aeross the view, a foeus 
reetangle is repeatedly drawn and erased. Add another BOOL member variable that traeks the status of the foeus 
ree tangle: 

BOOL m_FocusRectangleDrawn; 

Initialize m_FoeusReetangleDrawn, in the view eonstruetor, to FALSE: 

CShowStringView : : CShowStringView ( ) 

{ 

m_pSelect ion = NULL; 
m_FocusRect angleDrawn = FALSE; 

} 



OnDragEnterQ 

OnDragEnterO is ealled when the user first drags an item over the boundary of the view. It sets up the foeus 
reetangle and then ealls OnDragOver(). As the item eontinues to move, OnDragOver() is ealled repeatedly until the 
user drags the item out of the view or drops it in the view. The overall strueture of OnDragEnterO is shown in 
Listing 14.35. 

Listing 14.35 ShowStringView.cpp-CShowStringView::OnDragEnter() 

DROPEFFECT CShowStringView: : OnDragEnter (COleDataOb ject * pDataObject, 

DWORD dwKeyState, CPoint point) 

{ 

ASSERT ( ! m_FocusRect angleDrawn ) ; 

// check that the data object can be dropped in this view 
// set dragsize and dragoffset with call to GetGlobalData 
// convert sizes with a scratch dc 
// hand off to OnDragOver 

return OnDragOver (pDataObject , dwKeyState, point); 

} 

Eirst, check that whatever pDataObject carries is something from which you can make a COleClientItem (and 
therefore a CShowsStringCntrltem). If not, the object cannot be dropped here, and you return 
DROPEEEECT_NONE, as shown in Listing 14.36. 

Listing 14.36 ShowStringView.cpp-Can the Object Be Dropped? 

// check that the data object can be dropped in this view 
m_OKtodrop = FALSE; 
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if ( ! COleClient Item : : CanCreateFromDat a (pDat aOb ject ) ) 
return DROPEFFECT_NONE; 

m_OKtodrop = TRUE; 

Now the weird stuff starts. The GetGlobalData() member funetion of the data item that is being dragged into this 
view is ealled to get the objeet deseriptor information mentioned earlier. It returns a handle of a global memory 
bloek. Then the SDK funetion GlobalLoek() is ealled to eonvert the handle into a pointer to the first byte of the 
bloek and to prevent any other objeet from alloeating the bloek. This is east to a pointer to an objeet deseriptor 
strueture (the undyingly eurious ean eheek about 2,000 lines into oleidl.h, in the \Program FilesVMierosoft Visual 
Studio\VC98\Inelude folder for most installations, to see the members of this strueture) so that the sizel and pointl 
elements ean be used to fill the \m_dragsize and m_dragoffset member variables. 



TIP: That is not a number 1 at the end of those strueture elements, but a lowerease letter L. The 
elements of the sizel strueture are ex and ey, but the elements of the pointl strueture are x and y. Don't 
get earned away eutting and pasting. 



Finally, GlobalUnloek() reverses the effeets of GlobalLoek(), making the bloek aeeessible to others, and 
GlobalFreeO frees the memory. It ends up looking like Listing 14.37. 

Listing 14.37 ShowStringView.cpp-Set dragsize and dragoffset 

// set dragsize and dragoffset with call to GetGlobalData 
HGLOBAL hOb jectDescriptor = pDataOb ject->GetGlobalData ( 
m_cfOb jectDescriptorFormat ) ; 
if (hOb jectDescriptor ) 

{ 

LPOBJECTDESCRIPTOR pOb jectDescriptor = 

(LPOBJECTDESCRIPTOR) GlobalLock (hOb jectDescriptor ) ; 
ASSERT (pOb jectDescriptor ) ; 

m_dragsize . cx = (int) pOb jectDescriptor->sizel . cx; 
m_dragsize . cy = (int) pObjectDescriptor->sizel.cy; 
m_dragof f set . cx = (int) pObjectDescriptor->pointl.x; 
m_dragof f set . cy = (int) pOb jectDescriptor->pointl . y; 
GlobalUnlock (hOb jectDescriptor) ; 

GlobalFree (hOb jectDescriptor ) ; 

} 

else 



m_dragsize = CSize(0,0); 
m_dragoffset = CSize(0,0); 



NOTE: Global memory, also ealled shared application memory, is alloeated from a different plaee 
than the memory available from your proeess spaee. It is the memory to use when two different 
proeesses need to read and write the same memory, and so it eomes into play when using AetiveX. 
For some AetiveX operations, global memory is too small— imagine trying to transfer a 40MB file 
through global memory! There is a more general funetion than GetGlobalData(), ealled (not 
surprisingly) GetData(), whieh ean transfer the data through a variety of storage medium ehoiees. 
Beeause the objeet deseriptors are small, asking for them in global memory is a sensible approaeh. 
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If the call to GetGlobalData() didn't work, set both member variables to zero by zero rectangles. Next, convert those 
rectangles from OLE coordinates (which are device independent) to pixels: 

// convert sizes with a scratch dc 
CClientDC dc (NULL) ; 
dc . HIMETRICt oDP ( &m_dragsize) ; 
dc . HIMETRICt oDP (&m_dragof f set ) ; 

HIMETRICtoDPO is a very useful function that happens to be a member of CClientDC, which inherits from the 
familiar CDC of Chapter 5, "Drawing on the Screen." You create an instance of CClientDC just so you can call the 
function. 

OnDragEnterO closes with a call to OnDragOver(), so that's the next function to write. 

OnDragOverQ 

This function returns a DROPEEEECT. As you saw earlier in the "Implementing a Drag Source" section, if you 
return DROPEEPECT_MOVE, the source deletes the item from itself. Returning DROPEEPECT_NONE rejects the 
copy. It is OnDragOverO that deals with preparing to accept or reject a drop. The overall structure of the function 
looks like this: 

DROPEEEECT CShowSt ringView : : OnDragOver (COleDataOb ject * pDataObject, 

DWORD dwKeyState, CPoint point) 

{ 

// return if dropping is already rejected 
// determine drop effect according to keys depressed 
// adjust focus rectangle 

} 

Eirst, check to see whether OnDragEnterO or an earlier call to OnDragOverO already rejected this possible drop: 

// return if dropping is already rejected 
if ( ! m_OKtodrop) 

{ 

return DROPEFFECT_NONE; 

} 



Next, look at the keys that the user is holding down now, available in the parameter passed to this function, 
dwKeyState. The code you need to add (see Listing 14.38) is straightforward. 

Listing 14.38 ShowStringView.cpp-Determine the Drop Effect 

// determine drop effect according to keys depressed 
DROPEEEECT dropeffect = DROPEFFECT_NONE; 
if ((dwKeyState & (MK_CONTROL | MK_SHIFT) ) 

== (MK_CONTROL |MK_SHIFT) ) 

{ 

// Ctrl+Shift force a link 
dropeffect = DROPEFFECT_LINK; 

} 

else if ( (dwKeyState & MK_CONTROL) == MK_CONTROL) 

{ 

// Ctrl forces a copy 
dropeffect = DROPEFFECT_COPY; 
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} 

else if ( (dwKeyState & MK_ALT) == MK_ALT) 

{ 

/ / Alt forces a move 
dropeffect = DROPEFFECT_MOVE; 

} 

else 

{ 

// default is to move 
dropeffect = DROPEFFECT_MOVE; 

} 



NOTE: This code has to be a lot more complex if the document might be smaller than the view, as can 
happen when you are editing a bitmap in Paint, and especially if the view can scroll. The Microsoft 
ActiveX container sample, DRAWCLI, (included on the Visual C++ CD) handles these contingencies. 
Look in the CD folder \Vc98\Samples\Mcl\Mfc\01e\DrawCli for the file drawvw.cpp and compare that 
code for OnDragOver() to this code. 



If the item has moved since the last time OnDragOver() was called, the focus rectangle has to be erased and redrawn 
at the new location. Because the focus rectangle is a simple XOR of the colors, drawing it a second time in the same 
place removes it. The code to adjust the focus rectangle is in Listing 14.39. 

Listing 14.39 ShowStringView.cpp-Adjust the Focus Rectangie 

// adjust focus rectangle 
point -= m_dragof fset ; 
if (point == m_dragpoint) 

{ 

return dropeffect; 

} 

CClientDC dc(this); 
if (m_FocusRectangleDrawn) 

{ 

dc . DrawFocusRect (CRect (m_dragpoint , m_dragsize) ) ; 
m_FocusRectangleDrawn = FALSE; 

} 

if (dropeffect != DROPEFFECT_NONE) 

{ 

dc . DrawFocusRect (CRect (point, m_dragsize) ) ; 
m_dragpoint = point; 
m_FocusRectangleDrawn = TRUE; 

} 

To test whether the focus rectangle should be redrawn, this code adjusts the point where the user clicked by the 
offset into the item to determine the top-left corner of the item. It can then compare that location to the top-left 
corner of the focus rectangle. If they are the same, there is no need to redraw it. If they are different, the focus 
rectangle might need to be erased. 



NOTE: The first time OnDragOver() is called, m_dragpoint is uninitialized. That doesn't matter 
because m_FocusRectangleDrawn is FALSE, and an ASSERT in OnDragEnter() guarantees it. When 
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m_FocusRectangleDrawn is set to TRUE, m_dragpoint gets a value at the same time. 



Finally, replaee the return statement that was generated for you with one that returns the ealeulated DROPEFFECT: 

return dropeffect; 

OnDragLeaveO 

Sometimes a user drags an item right over your view and out the other side. OnDragEeaveO just tidies up a little by 
removing the foeus reetangle, as shown in Fisting 14.40. 

Listing 14.40 ShowStringView.cpp-ShowStringView::OnDragLeave() 

void CShowSt ringView : rOnDragLeave () 

{ 

CClientDC dc(this); 
if (m_FocusRect angleDrawn ) 

{ 

dc . DrawFocusRect (CRect (m_dragpoint , m_dragsize) ) ; 
m_FocusRectangleDrawn = FALSE; 

} 

} 

OnDragDropQ 

If the user lets go of an item that is being dragged over ShowString, the item lands in the eontainer and 
OnDragDropO is ealled. The overall 
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Just as AppWizard builds ActiveX containers, it also builds ActiveX servers. However, unlike containers, the 
AppWizard code is complete, so there isn't much work to do for improving the AppWizard code. This chapter builds 
a version of ShowString that is only a server and discusses how to build another version that is both a container and a 
server. You also learn about ActiveX documents and how they can be used in other applications. 

Adding Server Capabilities to ShowString 

Like Chapter 14, "Building an ActiveX Container Application," this chapter starts by building an ordinary server 
application with AppWizard and then adds the functionality that makes it ShowString. This is far quicker than adding 
ActiveX functionality to ShowString because ShowString doesn't have much code and can be written quickly. 

AppWizard's Server Boilerplate 

Build the new ShowString in a different directory, making almost exactly the same AppWizard choices as when you 
built versions of ShowString in Chapter 8, "Building a Complete Application: ShowString," and Chapter 14. Call it 
ShowString, and choose an MDI application with no database support. In AppWizard's Step 3, select full server as 
your compound document support. This enables the check box for ActiveX document support. Leave this deselected 
for now. Later in this chapter you see the consequences of selecting this option. Continue the AppWizard process, 
selecting a docking toolbar, initial status bar, printing and print preview, context sensitive Help, and 3D controls. 
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Finally, select source file comments and a shared DLL. Finish AppWizard and, if you want, build the project. 



NOTE:: Even though the technology is now called ActiveX, the AppWizard dialog boxes refer to 
compound document support. Many of the class names that are used throughout this chapter have Ole in 
their names as well. Although Microsoft has changed the name of the technology, it has not propagated 
that change throughout Visual C++ yet. You will have to live with these contradictions for awhile. 



There are many differences between the application you have just generated and a do-nothing application without 
ActiveX server support. These differences are explained in the next few sections. 

Menus There are two new menus in an ActiveX server application. The first, called 

IDR_SHOWSTTYPE_SRVR_IP, is shown in Eigure 15.1. When an item is being edited in place, the container 
in-place menu (called IDR_SHOWSTTYPE_CNTR_IP in the container version of ShoeString) is combined with the 
server in-place menu, IDR_SHOWSTTYPE_SRVR_IP, to build the in-place menu as shown in Eigure 15.2. The 
double separators in each partial menu show where the menus are joined. 

FIG. 15.1 AppWizard adds another menu for editing in place. 

FIG. 15.2 The container and server in-place menus are interlaced during in-place editing. 

The second new menu is IDR_SHOWSTTYPE_SRVR_EMB, used when an embedded item is being edited in a 
separate window. Figure 15.3 shows this new menu next to the more familiar IDR_SHOWSTTYPE menu, which is 
used when ShowString is acting not as a server but as an ordinary application. The File menus have different items: 
IDR_SHOWSTTYPE_SRVR_EMB has Update in place of Save, and Save Copy As in place of Save As. This is 
because the item the user is working on in the separate window is not a document of its own, but is embedded in 
another document. File, Update updates the embedded item; File, Save Copy As doesn't save the whole document, 
just a copy of this embedded portion. 

FIG. 15.3 The embedded menu has different items under File than the usual menu. 

CShowStringApp Another member variable has been added to this class. It is declared in ShowString.h as: 

COleTemplateServer m_server; 

COleTemplateServer handles the majority of the work involved in connecting documents to code, as you will see. 

The following line is added at the top of ShowString. cpp: 

#include "IpFrame.h" 

This sets up the class CInPlaceFrame, discussed later in this chapter. Just before Initlnstance(), the lines shown in 
Listing 15.1 are added. 

Listing 15.1 Excerpt from ShowString.cpp-CLSID 

// This identifier was generated to be statistically unique for 
// your app . You may change it if you prefer to choose a specific 
// identifier. 

// { 0B1DEE40-C373-11CF-870C-00201801DDD6} 
static const CLSID clsid = 

{ OxbldeeiO, 0xc373, Oxllcf, 

{ 0x87, Oxc, 0x0, 0x20, 0x18, 0x1, Oxdd, 0xd6 } } ; 

The numbers will be different in your code. This Class ID identifies your server application and document type. 
Applications that support several kinds of documents (for example, text and graphics) use a different CLSID for each 
type of document. 
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As it did for the OLE container version of ShowString, CShowStringApp::InitInstance() has several changes from the 
non-ActiveX ShowString you developed in Chapter 8. The code in Listing 15.2 initializes the ActiveX (OLE) 
libraries. 

Listing 15.2 Excerpt from ShowString.cpp-lnitializing Libraries 

// Initialize OLE libraries 
if ( ! Af xOlelnit ( ) ) 

{ 

AfxMessageBox (IDP_OLE_INIT_FAILED) ; 
return FALSE; 

} 

While still in CShowStringApp::InitInstance(), after the CMultiDocTemplate is initialized but before the call to 
AddDocTemplateO, the following line is added to register the menu used for in-place editing and for 
separate- window editing: 

pDocTemplate->Set Serverinf o ( 

IDR_SHOWSTTYPE_SRVR_EMB, IDR_SHOWSTTYPE_SRVR_IP , 

RUNTIME_CLASS (CInPlaceFrame) ) ; 

A change that was not in the container version is connecting the template for the document to the class ID, like this: 

// Connect the COleTemplateServer to the document template. 

// The COleTemplateServer creates new documents on behalf 

// of requesting OLE containers by using information 

// specified in the document template. 

m_server . ConnectTemplate (clsid, pDocTemplate, FALSE); 

Now when a user chooses Create New when inserting an object, the document used for that creation will be available. 

When a server application is launched to edit an item in place or in a separate window, the system DLLs add 
/Embedding to the invoking command line. But if the application is already running, and it is an MDI application, a 
new copy is not launched. Instead, a new MDI window is opened in that application. That particular piece of magic is 
accomplished with one function call, as shown in Listing 15.3. 

Listing 15.3 Excerpt from ShowString.cpp-Registering Running MDI Apps 

// Register all OLE server factories as running. This enables the 
// OLE libraries to create objects from other applications. 
COleTemplateServer: :RegisterAll () ; 

// Note: MDI applications register all server objects without regard 
// to the /Embedding or /Automation on the command line. 

After parsing the command line, the AppWizard boilerplate code checks to see if this application is being launched as 
an embedded (or automation) application. If so, there is no need to continue with the initialization, so this function 
returns, as shown in Listing 15.4. 

Listing 15.4 Excerpt from ShowString.cpp-Checking How the App was Launched 

// Check to see if launched as OLE server 

if ( cmdinf o . m_bRunEmbedded | | cmdinf o . m_bRunAutomated) 

{ 

// Application was run with /Embedding or /Automation. 
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// Don't show the main window in this case, 
return TRUE; 

} 

If the application is being run standalone, execution continues with a registration update: 

// When a server application is launched standalone, it is a good idea 
// to update the system Registry in case it has been damaged. 
m_server . UpdateRegistry (OAT_INPLACE_SERVER) ; 

ActiveX information is stored in the Registry. (The Registry is discussed in Chapter 7, "Persistence and File I/O.") 
When a user chooses Insert, Object or Edit, Insert Object, the Registry provides the list of object types that can be 
inserted. Before ShowString can appear in such a list, it must be registered. Many developers add code to their install 
programs to register their server applications, and MFC takes this one step further, registering the application every 
time it is run. If the application files are moved or changed, the registration is automatically updated the next time the 
application is run standalone. 

CShowStringDoc The document class, CShowStringDoc, now inherits from COleServerDoc rather than CDocument. 
As well, the following line is added at the top of ShowStringdoc.cpp: 

#include "Srvritem.h" 

This header file describes the server item class, CShowStringSrvrItem, discussed in the CShowStringSrvrItem 
subsection of this section. The constructor, CShowStringDoc: :CShowStringDoc(), has the following line added: 

EnableCompoundEile ( ) ; 

This turns on the use of compound files. 

There is a new public function inlined in the header file so that other functions can access the server item: 

CShowStringSrvrItem* GetEmbeddedItem ( ) 

{ return (CShowSt ringSrvrItem* ) COleServerDoc :: GetEmbeddedItem () ; } 

This calls the base class GetEmbeddedItem(), which in turn calls the virtual function OnGetEmbeddedItem(). That 
function must be overridden in the ShowString document class as shown in Listing 15.5. 

Listing 15.5 ShowStringDoc.cpp-CShowStringDoc::OnGetEmbeddedltem() 

COleServerltem* CShowStringDoc: : OnGetEmbeddedItem ( ) 

{ 

// OnGetEmbeddedItem is called by the framework to get the 
// COleServerltem that is associated with the document. 

// It is only called when necessary. 

CShowStringSrvrItem* pitem = new CShowSt ringSrvrItem (this ) ; 

ASSERT_VALID (pitem) ; 
return pitem; 

} 

This makes a new server item from this document and returns a pointer to it. 

CShowStringView The view class has a new entry in the message map: 

ON_COMMAND ( ID_CANCEL_EDIT_SRVR, OnCancelEdit Srvr ) 

This catches ID_CANCEL_EDIT_SRVR, and the cancellation of editing is in place. An accelerator has already been 
added to connect this message to Esc. The function that catches it looks like this: 

void CShowStringView: : OnCancelEdit Srvr ( ) 
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{ 

GetDocument () ->OnDeact ivateUI (FALSE) ; 

} 

This function simply deactivates the item. There are no other view changes— server views are so much simpler than 
container views. 

CShowStringSrvrItem The server item class is a completely new addition to ShowString. It provides an interface 
between the container application that launches ShowString to and opens a ShowString document. It describes an 
entire ShowString document that is embedded into another document, or a portion of a ShowString document that is 
linked to part of a container document. It has no member variables other than those inherited from the base class, 
COleServerltem. It has overrides for eight functions. They are as follows: 

• A constructor 

• A destructor 

• GetDocumentO 

• AssertValidO 

• DumpO 

• SerializeO 

• OnDrawO 

• OnGetExtentO 

The constructor simply passes the document pointer along to the base class. The destructor does nothing. 
GetDocumentO is an inline function that calls the base class function with the same name and casts the result. 
AssertValidO and Dump() are debug functions that simply call the base class functions. SerializeO actually does some 
work, as shown in Listing 15.6. 

Listing 15.6 Srvrltem.cpp--CShowStringSrvrltem::Serialize() 

void CShowStringSrvrItem: : Serialize (CArchive& ar) 

{ 

// CShowSt ringSrvrItem :: Serialize will be called by the framework if 
// the item is copied to the clipboard. This can happen automatically 
// through the OLE callback OnGetClipboardData . A good default for 
// the embedded item is simply to delegate to the document's Serialize 

// function. If you support links, then you will want to serialize 

// just a portion of the document, 
if ( ! IsLinkedItem ( ) ) 

{ 

CShowSt ringDoc* pDoc = GetDocumentO; 

ASSERT_VALID (pDoc) ; 
pDoc->Serialize (ar) ; 

} 

There is no need to duplicate effort here. If the item is embedded, it is an entire document, and that document has a 
perfectly good SerializeO that can handle the work. AppWizard doesn't provide boilerplate to handle serializing a 
linked item because it is application-specific. You would save just enough information to describe what part of the 
document has been linked in, for example, cells A3 to D27 in a spreadsheet. This doesn't make sense for ShowString, 
so don't add any code to SerializeO. 

You may feel that OnDrawO is out of place here. It is normally thought of as a view function. But this OnDrawO 
draws a depiction of the server item when it is inactive. It should look very much like the view when it is active, and it 
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makes sense to share the work between CShowStringView::OnDraw() and CShowStringSrvrItem::OnDraw(). The 
boilerplate that AppWizard provides is in Listing 15.7. 

Listing 15.7 Srvrltem.cpp--CShowStringSrvrltem::OnDraw() 

BOOL CShowSt ringSrvrItem : : OnDraw (CDC* pDC, CSize& rSize) 

{ 

CShowSt ringDoc* pDoc = GetDocument ( ) ; 

ASSERT_VALID (pDoc) ; 

// TODO: set mapping mode and extent 

// (The extent is usually the same as the size returned from OnGetExtent) 
pDG->SetMapMode (MM_ANI SOTROP IG ) ; 
pDG->SetWindowOrg (0,0); 
pDG->SetWindowExt (3000, 3000); 

// TODO: add drawing code here. Optionally, fill in the HIMETRIG extent. 
// All drawing takes place in the metafile device context (pDG) . 
return TRUE; 

} 

This will change a great deal, but it's worth noting now that unlike CShowStringView::OnDraw(), this function takes 
two parameters. The second is the size in which the inactive depiction is to be drawn. The extent, as mentioned in the 
boilerplate comments, typically comes from OnGetExtentO, which is shown in Listing 15.8. 

Listing 15.8 SrvrItem.cpp-CShowStringSrvrItem:: OnGetExtentQ 

BOOL GShowSt ringSrvrItem :: OnGetExtent (DVASPEGT dwDrawAspect , GSize& rSize) 

{ 

// Most applications, like this one, only handle drawing the content 
// aspect of the item. If you wish to support other aspects, such 
// as DVASPEGT_THUMBNAIL (by overriding OnDrawEx) , then this 
// implementation of OnGetExtent should be modified to handle the 
// additional aspect (s). 
if (dwDrawAspect != DVASPEGT_GONTENT ) 

return GOleServer Item :: OnGetExtent (dwDrawAspect , rSize); 

// GShowSt ringSrvrItem :: OnGetExtent is called to get the extent in 
// HIMETRIG units of the entire item. The default implementation 
// here simply returns a hard-coded number of units. 

GShowSt ringDoc* pDoc = GetDocument () ; 

ASSERT_VALID (pDoc) ; 

// TODO: replace this arbitrary size 

rSize = GSize (3000, 3000); // 3000 x 3000 HIMETRIG units 

return TRUE; 

} 

You will replace this with real code very shortly. 

CInPlaceFrame The in-place frame class, which inherits from COlelPFrameWnd, handles the frame around the 
server item and the toolbars, status bars, and dialog-box bars, collectively known as control bars, that it displays. It 
has the following three protected member variables: 

GToolBar m_wndToolBar ; 

GOleResizeBar m_wndResi zeBar ; 

GOleDropTarget m_dropTarget ; 
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The CToolBar class is discussed in Chapter 9, "Status Bars and Toolbars." COleDropTarget is discussed in the drag 
and drop section of Chapter 14. COleResizeBar looks just like a CRectTracker, which was used extensively in 
Chapter 14, but allows the resizing of a server item rather than a container item. 

The following are the seven member functions of CInPlaceFrame: 

• A constructor 

• A destructor 

• AssertValidO 

• DumpO 

• OnCreateO 

• OnCreateControlBarsO 

• PreCreateWindowO 

The constructor and destructor do nothing. AssertValidO and Dump() are debug functions that simply call the base 
class functions. OnCreate() actually has code, shown in Listing 15.9. 

Listing 15.9 IPFrame.cpp-ClnPlaceFrame::OnCreate() 

int CInPlaceFrame : rOnCreate (LPCREATESTRUCT IpCreateSt ruct ) 

{ 

if (COlelPFrameWnd :: OnCreate ( IpCreateSt ruct ) == -1) 
return -1; 

// CResizeBar implements in-place resizing, 
if ( ! m_wndResizeBar .Create (this) ) 

{ 

TRACED ( "Railed to create resize bar\n"); 
return -1; // fail to create 

} 

// By default, it is a good idea to register a drop-target that does 
// nothing with your frame window. This prevents drops from 
// "falling through" to a container that supports drag-drop. 

m_dropTarget . Register (this ) ; 
return 0; 

} 

This function catches the WM_CREATE message that is sent when an in-place frame is created and drawn onscreen. 
It calls the base class function and then creates the resize bar. Finally, it registers a drop target so that if anything is 
dropped over this in-place frame, it is dropped on this server rather than the underlying container. 

When a server document is activated in place, C01eServerDoc::ActivateInPlace() calls 
CInPlaceFrame::OnCreateControlBars(), which is shown in Listing 15.10. 

Listing 15.10 IPFrame.cpp-ClnPlaceFrame::OnCreateControlBars() 



BOOL 

{ 



CInPlaceFrame: : OnCreateCont rolBars (CFrameWnd* pWndFrame, 

CFrameWnd* pWndDoc) 

// Set owner to this window, so messages are delivered to 
m_wndToolBar . SetOwner (this ) ; 

// Create toolbar on client's frame window 
if (! m_wndToolBar . Create (pWndFrame ) | | 



correct 



app 
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} 



! m_wndToolBar . LoadToolBar ( IDR_SHOWSTTYPE_SRVR_IP ) ) 

{ 

TRACED ( "Failed to create toolbar\n"); 
return FALSE; 

} 

// TODO: Remove this if you don't want tool tips or a resizeable toolbar 
m_wndToolBar . SetBarStyle (m_wndToolBar . GetBarStyle ( ) | 



CBRS_TOOLTIPS | CBRS_FLYBY | CBRS_SIZE_DYNAMIC) ; 

// TODO: Delete these three lines if you don't want the toolbar to 
// be dockable 

m_wndToolBar . EnableDocking (CBRS_ALIGN_ANY) ; 
pWndFrame->EnableDocking (CBRS_ALIGN_ANY) ; 
pWndFrame->DockCont rolBar ( &m_wndToolBar ) ; 
return TRUE; 



This function creates a docking, resizable toolbar with ToolTips, docked against the edge of the main frame window 
for the application. 



TIPP: If you are developing an MDI application and prefer the toolbar against the document frame, use 
pWndDoc instead of PWndFrame, in the call to m_wndToolBar.Create() but be sure to check that it is 
not NULL. 



The last function in CInPlaceFrame is PreCreateWindow(). At the moment, it just calls the base class, as shown in 
Listing 15.11. 

Listing 15.11 IPFrame.cpp--ClnPlaceFrame::PreCreateWindow() 

BOOL CInPlaceFrame : rPreCreateWlndow (CREATESTRUCT& cs) 

{ 

// TODO: Modify the Window class or styles here by modifying 
// the CREATESTRUCT cs 

return COlelPFrameWnd : : PreCreateWlndow ( cs ) ; 

} 

This function is called before OnCreate() and sets up the styles for the frame window through a CREATESTRUCT. 



CAUTION: Modifying these styles is not for the faint of heart. The Microsoft documentation 
recommends reading the source code for all the classes in the hierarchy of your CInPlaceFrame (Cwnd, 
CFrameWnd, COlelPFrameWnd) to see what CREATESTRUCT elements are already set before making 
any changes. For this sample application, don't change the CREATESTRUCT. 



Shortcomings of This Server Apart from the fact that the starter application from AppWizard doesn't show a string, 
what's missing from this server? The OnDraw() and GetExtent()TODOs are the only significant tasks left for you by 
AppWizard. Try building ShowString, and then run it once standalone just to register it. 

Figure 15.4 shows the Object dialog box in Microsoft Word, reached by choosing Insert, Object. ShowString appears 
in this list as ShowSt Document— not surprising considering the menu name was IDR_SHOWSTTYPE. Developer 
Studio calls this document a ShowSt document. This setting could have been overriden in AppWizard by choosing the 
Advanced button in Step 4 of AppWizard. Eigure 15.5 shows this dialog box and the long and short names of the file 
type. 
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FIG. 15.4 The ShowString document type, called ShowSt document, now appears in the Object dialog box when 
inserting a new object into a Word document. 

FIG. 15.5 The Advanced Options dialog box of Step 4 in AppWizard provides an opportunity to change the name of 
the file type. 

So, the file type names used by the Registry have been set incorrectly for this project. The next few pages take you on 
a tour of the way file type names are stored and show you how difficult they are to change. 

The file type name has been stored in the string table. It is the caption of the IDR_SHOWSTTYPE resource, and 
AppWizard has set it to: 

\nShowSt \nShowSt \n\n\nShowString . Document \n ShowSt Document 

To look at this string, choose String Table from the Resource View, open the only string table there, click 
IDR_SHOWSTTYPE once to highlight it, and choose View, Properties (or double-click the string). This string is 
saved in the document template when a new one is constructed in CShowStringApp::InitInstance(), like this: 

Listing 15.12 ShowString.cpp-Excerpt from ShowString App::lnitlnstance() 

pDocTemplate = new CMult iDocTemplate ( 

IDR_SHOWSTTYPE, 

RUNTIME_CLASS (CShowStringDoc) , 

RUNTIME_CLASS (CChildErame ) , // custom MDI child frame 

RUNTIME_CLASS (CShowStringView) ) ; 

The caption of the menu resource holds seven strings, and each is used by a different part of the framework. They are 
separated by the newline character \n. The seven strings, their purposes, and the values provided by AppWizard for 
ShowString are as follows: 

• Window Title— Used by SDI apps in the title bar. Eor ShowString: not provided. 

• Document Name— Used as the root for default document names. Eor ShowString: ShowSt, so that new 
documents will be ShowSt 1, ShowSt2, and so on. 

• File New Name— Prompt in the File New dialog box for file type. (For example, in Developer Studio there are 
eight file types, including Text File and Project Workspace.) For ShowString: ShowSt. 

• Filter Name— An entry for the drop-down box Files of Type in the File Open dialog box. For ShowString: not 
provided. 

• Filter Extension— The extension that matches the filter name. For ShowString: not provided. 

• Registry File Type ID— A short string to be stored in the Registry. For ShowString: ShowString. Document. 

• Registry File Type Name— A longer string that shows in dialog boxes involving the Registry. For ShowString: 
ShowSt Document. 

Look again at Figure 15.5 and you can see where these values came from. Try changing the last entry. In the 
Properties dialog box, change the caption so that the last element of the string is ShowString Document and press 
Enter. Build the project. Run it once and exit. In the output section of Developer Studio, you see these messages: 

Warning: Leaving value 'ShowSt Document' for key ' ShowSt ring . Document ' 
in registry 

intended value was 'ShowString Document'. 

Warning: Leaving value 'ShowSt Document' for key 
' CLSID\ { 0B1DEE40-C373-11CE-870C-00201801DDD6} ' in registry 
intended value was 'ShowString Document'. 

This means that the call to UpdateRegistryO did not change these two keys. There is a way to provide parameters to 
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UpdateRegistryO to insist that the keys be updated, but it's even more complicated than the route you will follow. 
Because no code has been changed from that provided by AppWizard, it's much quicker to delete the ShowString 
directory and create it again, this time setting the long file type to ShowString Document. 



CAUTTION: Always test AppWizard-generated code before you add changes of your own. Until you 
are familiar with every default you are accepting, it is worth a few moments to see what you have before 
moving on. Rerunning AppWizard is easy, but if you've made several hours worth of changes and then 
decide to rerun it, it's not such a simple task. 



Close Visual Studio, delete the ShowString folder entirely, and generate a new application with AppWizard as before. 
This time, in Step 4, click the Advanced button and change the file type names as shown in Figure 15.6. After you 
click Finish, AppWizard asks whether you wish to reuse the existing CLSID, as shown in Figure 15.7. Click Yes and 
then OK to create the project. This makes a new showstring.reg file for you with the correct Registry values. 

FIG. 15.6 The Advanced Options dialog box of Step 4 of AppWizard is the place to improve the file type names. 

FIG. 15.7 AppWizard makes sure that you don't accidentally reuse a CLSID. 

This changes the string table as well as the showstring.reg file, so you might be tempted to build and run the 
application to make this fix complete. It's true, when you run the application, it will update the Registry for you, using 
the values from the new string table. Alas, the registration update will fail yet again. If you were to try it, these 
messages would appear in the output window: 

Warning: Leaving value ' ShowSt Document' for key 
' ShowString . Document ' in registry 
intended value was 'ShowString Document'. 

Warning: Leaving value 'ShowSt Document' for key 
' CLSID\ { 0B1DEE40-C373-11CF-870C-00201801DDD6} ' in registry 
intended value was 'ShowString Document'. 

Warning: Leaving value 'ShowSt' for key 
' CLSID\ { 0B1DEE4 0-C37 3-11CF-87 0C-002 01801DDD6} \AuxUserType\2 ' 
in registry 

intended value was 'ShowString'. 

So, how do you get out of this mess? You have to edit the Registry. If that doesn't sound intimidating, it should. 
Messing with the Registry can leave your system unusable. But you are not going to go in by hand and change keys; 
instead, you are going to use the Registry file that AppWizard generated for you. Here's what to do: 

1. Choose Start, Run. 

2. Type regedit and press Enter. 

3. Choose Registry, Import Registry File from the Registry Editor menu. 

4. Using the Import Registry File dialog box, move through your folders until you reach the one where the 
replacement ShowString server was just generated by AppWizard, as shown in Figure 15.8. Click Open. 

5. A success message is shown. Click OK. 

6. Close the Registry Editor. 

FIG. 15.8 Registry files generated by AppWizard have the extension .reg. 



Now if you run ShowString again, those error messages don't appear. Run Word again and choose Insert, Object. The 
Object dialog box now has a more meaningful ShowString entry, as shown in Figure 15.9. 



NOTE: There are three morals to this side trip. The first is that you should think really carefully before 
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clicking Finish on the AppWizard dialog box. The second is that you cannot ignore the Registry if you 
are an ActiveX programmer. The third is that anything can be changed if you have the nerve for it. 



Click OK on the Object dialog box to insert a ShowString object into the Word document. You can immediately edit 
it in place, as shown in Figure 15.10. You can see that the combined server and container in-place menus are being 
used. There's not much you can do to the embedded object at this point because the ShowString code that actually 
shows a string has not been added. Press Esc to finish editing in place, and the menus return to the usual Word menus, 
as shown in Figure 15.11. 

FIG. 15.9 The updated longfde type name appears in the Object dialog box of other applications. 

FIG. 15.10 While editing in place, the in-place menus replace the Word menus. 

FIG. 15.11 When the object is inactive, Word reminds the user of the object type. 

Although this server doesn't do anything, it is a perfectly good server. You can resize and move the embedded item 
while it is active or inactive, and everything operates exactly as you expect. All that remains is to restore the 
ShowString functionality. 

Showing a String Again 

As you did in Chapter 14, it is time to add the ShowString functionality to this version of the program. If you went 
through this process before, it will be even quicker this time. Remember to open the ShowString files from Chapter 8, 
so that you can copy code and resources from the functional ShowString to the do-nothing ActiveX server you have 
just created and explored. (If you didn't code along in Chapter 8, you can get the completed code on the Web at 
www.mcp.com/info or www.gregcons.com/uvc6.htm . ) Here's what to do: 

1. In ShowStringDoc.h, add the private member variables and public Get functions to the class. 

2. In CShowStringDoc::Serialize(), paste in the code that saves or restores these member variables. 

3. In CShowStringDoc::OnNewDocument(), paste in the code that initializes the member variables. Change the 
default values of horizcenter and vertcenter to FALSE. You'll see why towards the end of the chapter. 

4. Copy the entire Tools menu from the old ShowString to the new server ShowString. Choose Eile, Open to 
open the old ShowString.rc, open the IDR_SHOWSTTYPE menu, click the Tools menu, and choose Edit, 
Copy. Open the new ShowString's IDR_SHOWSTTYPE menu, click the Window menu, and choose Edit, 
Paste. 

5. Paste the Tools menu into the IDR_SHOWSTTYPE_SRVR_IP (before the separator bars) and 
IDR_SHOWSTTYPE_SRVR_EMB menus in the same way. 

6. Add the accelerator Ctrl-i-T for ID_TOOLS_OPTIONS as described in Chapter 8. Add it to all three 
accelerators. 

7. Delete the IDD_ABOUTBOX dialog box from the new ShowString. Copy IDD_ABOUTBOX and 
IDD_OPTIONS from the old ShowString to the new. 

8 . While IDD_OPTIONS has focus, choose View, ClassWizard. Create the COptionsDialog class as in the 
original ShowString. 

9. Use ClassWizard to arrange for CShowStringDoc to catch the ID_TOOLS_OPTIONS command. 

10. In ShowStringDoc.cpp, replace the ClassWizard version of CShowStringDoc::OnToolsOptions() with the 
one that puts up the dialog box. 

11. In ShowStringDoc.cpp, add #include "OptionsDialog.h" after the #include statements already present. 

12. Use ClassWizard to connect the dialog box controls to COptionsDialog member variables as before. 
Connect IDC_OPTIONS_BLACK to m_color, IDC_OPTI ONS_H OR I Z CENTER to m_horizcenter, 
IDC_OPTIONS_STRING to m_string, and IDC_OPTIONS_VERTCENTER to m_vertcenter. 
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To confirm you've made all the changes correctly, build the project— there should be no errors. 

You haven't restored CShowStringView::OnDraw() yet because there are actually going to be two OnDraw() 
functions. The first is in the view class, shown in Listing 15.13. It draws the string when ShowString is running 
standalone and when the user is editing in place, and it's the same as in the old version of ShowString. Just copy it 
into the new one. 

Listing 15.13 ShowStringView.cpp-CShowStringView::OnDraw() 

void CShowSt ringView : : OnDraw (CDC* pDC) 

{ 

CShowSt ringDoc* pDoc = GetDocument ( ) ; 

ASSERT_VALID (pDoc) ; 

COLORREF oldcolor; 
switch (pDoc->GetColor ( ) ) 

{ 

case 0 : 

oldcolor = pDC->SetTextColor (RGB (0, 0, 0) ) ; //black 
break; 
case 1 : 

oldcolor = pDC->SetTextColor (RGB (OxFF, 0, 0) ) ; //red 
break; 
case 2 : 

oldcolor = pDC->SetTextColor (RGB ( 0 , OxFF, 0 )) ; //green 
break; 

} 

int DTflags = 0; 
if (pDoc->GetHorizcenter ( ) ) 

{ 

DTflags |= DT_CENTER; 

} 

if (pDoc->GetVertcenter ( ) ) 

{ 

DTflags |= (DT_VGENTER | DT_SINGLELINE ) ; 

} 

GRect rect; 

GetGlientRect (&rect) ; 

pDG->DrawText (pDoc->GetSt ring ( ) , &rect, DTflags); 
pDG->SetTextGolor (oldcolor) ; 

} 

When the embedded ShowString item is inactive, CShowStringSrvrItem::OnDraw() draws it. The code in here should 
be very similar to the view's OnDraw, but because it is a member of CShowStringSrvrItem rather than 
CShowStringView, it doesn't have access to the same member variables. So although there is still a GetDocument() 
function you can call, GetGlientRect doesn't work. It's a member of the view class but not of the server item class. 

You use a few CDC member functions instead. It's a nice touch to draw the item slightly differently to help remind 
the user that it is not active, as shown in Listing 15.14. You can paste in the drawing code from the view's OnDraw(), 
but change the colors slightly to give the user a reminder. 

Listing 15.14 Srvrltem.cpp-CShowStringSrvrltem::OnDraw() 

BOOL GShowSt ringSrvrItem :: OnDraw (GDG* pDG, GSize& rSize) 
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{ 

CShowSt ringDoc* pDoc = GetDocument ( ) ; 

ASSERT_VALID (pDoc) ; 

// TODO: set mapping mode and extent 

// (The extent is usually the same as the size returned from OnGetExtent) 
pDG->SetMapMode (MM_ANI SOTROP IG ) ; 
pDG->SetWindowOrg (0,0); 
pDG->SetWindowExt (3000, 3000); 

GOLORREF oldcolor; 
switch (pDoc->GetGolor ( ) ) 

{ 

case 0 : 

oldcolor = pDG->SetTextGolor (RGB (0x80, 0x80, 0x80) ) ; //gray 
break; 
case 1 : 

oldcolor = pDG->SetTextGolor (RGB (OxBO, 0, 0) ) ; // dull red 
break; 
case 2 : 

oldcolor = pDG->SetTextGolor (RGB (0, OxBO, 0) ) ; // dull green 
break; 

} 

int DTflags = 0; 
if (pDoc->GetHorizcenter ( ) ) 

{ 

DTflags |= DT_GENTER; 

} 

if (pDoc->GetVertcenter ( ) ) 

{ 

DTflags |= (DT_VGENTER | DT_SINGLELINE ) ; 

} 

GRect rect; 

rect . TopLeft ( ) = pDG->GetWindowOrg ( ) ; 

rect . BottomRight ( ) = rect . TopLeft ( ) + pDG->GetWindowExt ( ) ; 
pDG->DrawText (pDoc->GetSt ring ( ) , &rect, DTflags); 
pDG->SetTextGolor (oldcolor) ; 
return TRUE; 

} 

The function starts with the boilerplate from AppWizard. With an application that doesn't just draw itself in whatever 
space is provided, you would want to add code to determine the extent rather than just using (3000,3000). (You'd 
want to add the code to OnGetExtentO, too.) But hardcoding the numbers works for this simple example. 

Build the application, fix any typos or other simple errors, and then start Word and insert a ShowString document into 
your worksheet. ShowString should run as before, with Hello, world! in the center of the view. Convince yourself that 
the Options dialog box still works and that you have restored all the old functionality. Be sure to change at least one 
thing: the string, the color, or the centering. Then, press Esc to finish editing in place. Oops! It still draws the old 
Hello, world! in gray in the top left of the server area. Why? 

Remember that in CShowStringDoc::OnToolsOptions(), after the user clicks OK, you tell the document that it has 
been changed and arrange to have the view redrawn: 

SetModif iedFlag ( ) ; 

UpdateAllViews (NULL) ; 
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You need to add another line there to make sure that any containers that are containing this document are also 
notified: 

NotifyChanged ( ) ; 

Now build it again and insert a different ShowString object into a Word document. This time the changes are reflected 
in the inactive server display as well. Figure 15.12 shows a ShowString item being edited in place, and Figure 15.13 
shows the same item inactive. 



NOTE: If you turn on either centering option, the string will not appear when the item is inactive. It 
seems that DrawText is centering the string within a much larger rectangle than the one you pass to it. 
Simpler CDC functions, such as DrawEllipse, don't have this problem. It might be wise to avoid 
centering text with DrawText() if your inactive appearance is important. 



FIG. 15.12 This ShowString item is being edited in place. 

FIG. 15.13 This ShowString item is inactive. 

Good old ShowString has been through a lot. It's time for one more transformation. 

Applications That Are Both Container and Server 

As you might expect, adding container features to this version of ShowString is as difficult as adding them to the 
ordinary ShowString of the previous chapter. If you add these features, you gain an application that can tap the full 
power of ActiveX to bring extraordinary power to your work and your documents. 

Building Another Version of ShowString 

The way to get a ShowString that is both a container and a server is to follow these steps: 

1. Build a new ShowString with AppWizard that is a container and a full server. Run AppWizard as usual but 
in a different directory than the one where you created the server-only ShowString. Be sure to select the Both 
Container And Server radio button in Step 3. In Step 4, click the Advanced button and change the filename 
types as you did earlier in this chapter. Finally, when asked whether you want to use the same CLSID, click No. 
This is a different application. 

2. Make the container changes from the preceding chapter. When adding the Tools, Options menu item and 
accelerator, add it to the main menu, the server in-place menu, and the server-embedded menu. 

3. Make the server changes from this chapter. 

4. Add the ShowString functionality. 

This section does not present the process of building a container and server application in detail; that is covered in the 
"Adding Server Capabilities to ShowString" section of this chapter and all of Chapter 14. Rather, the focus here is on 
the consequences of building such an application. 

Nesting and Recursion Issues 

After an application is both a server (meaning its documents can be embedded in other applications) and a container, 
it is possible to create nested documents. For example, Microsoft Word is both container and server. An Excel 
spreadsheet might contain a Word document, which in turn contains a bitmap, as shown in Figure 15.14. 

Within Excel, you can double-click the Word document to edit it in place, as shown in Figure 15.15, but you cannot 
go on to double-click the bitmap and edit it in place, too. You can edit it in a window of its own, as shown in Figure 
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15.16. It is a limitation of ActiveX that you cannot nest in-place editing sessions indefinitely. 



Active Documents 



The final, important recent addition to ActiveX is Active Documents, formerly known as ActiveX Document Objects. 
An ordinary ActiveX server takes over the menus and interface of a container application when the document is being 
edited in place but does so in cooperation with the container application. An Active Document server takes over far 
more dramatically, as you will shortly see. 

FIG. 15.14 This Excel spreadsheet contains a Word document that contains a bitmap. 

FIG. 15.15 This Word document is being edited in place. 

FIG. 15.16 This bitmap is nested within a Word document within an Excel spreadsheet, and so cannot be edited in 
place. Instead, it is edited in a separate window. 

What Active Documents Do 

The first application to demonstrate the use of Active Documents is the Microsoft Office Binder, shown in Figure 
15.17. To the user, it appears that this application can open any Office document. In reality, the documents are opened 
with their own server applications while the frame around them and the list of other documents remain intact. 
Microsoft Internet Explorer (version 3.0 and later) is also an Active Document container— Figure 15.18 shows a Word 
document open in Explorer. Notice the menus are mostly Word menus, but the Explorer toolbar can still be used. For 
example, clicking the Back button closes this Word document and opens the document that was loaded previously. 

To users, this is a complete transition to a document-centered approach. No matter what application the user is 
working with, any kind of document can be opened and edited, using the code written to work with that document but 
the interface that the user has learned for his or her own application. 

Making ShowString an Active Document Server 

Making yet another version of ShowString, this one as an Active Document server, is pretty simple. Follow the 
instructions from the "AppWizard's Server Boilerplate" section at the beginning of this chapter, with two exceptions: 
in AppWizard's Step 3, select Active Document Server and in AppWizard's Step 4, click the Advanced button. Fix the 
file type names and fill in the file extension as .SST, as shown in Figure 15.19. This helps Active Document 
containers determine what application to launch when you open a ShowString file. 

FIG. 15.17 The Microsoft Office Binder makes it simple to pull Office documents together. 

FIG. 15.18 Microsoft Internet Explorer is also a container for Active Documents. 

FIG. 15.19 The Advanced Options dialog box of AppWizard's Step 4 is where you specify the extension for 
ShowString fdes. 

Document Extension Boilerplate Any one of the versions of ShowString built up to this point could have had a 
document extension specified. AppWizard adds these lines to CShowStringApp::InitInstance() when you specify a 
document extension for an Active Document server application: 

// Enable drag/drop open 
m_pMainWnd->DragAcceptFiles () ; 

/ / Enable DDE Execute open 
EnableShellOpen ( ) ; 

RegisterShellEileTypes (TRUE) ; 
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It is the call to RegisterShellFileTypes() that matters here, though the drag and drop is a nice touch. You're able to 
drag files from your desktop or a folder onto the ShowString icon or an open copy of ShowString, and the file opens 
in ShowString. 

Active Document Server Boilerplate Selecting Active Document support makes remarkably little difference to the 
code generated by AppWizard. In CShowStringApp::InitInstance(), the versions of ShowString that were not Active 
Document servers had this call to update the Registry: 

m_server . UpdateRegistry (OAT_INPLACE_SERVER) ; 

The Active Document version of ShowString has this line: 

m_server . UpdateRegistry (OAT_DOC_OB JECT_SERVER) ; 

In both cases, m_server is a CShowStringSrvrItem, but now the Active Document server version has a server item 
that inherits from CDocObjectServerltem. This causes a number of little changes throughout the source and includes 
files for CShowStringSrvrItem, where base class functions are called. Similarly, the in-place frame object, 
CInPlaceFrame, now inherits from COleDocIPFrameWnd. 

Showing Off the Newest ShowString Restore the ShowString functionality once again as described in the section 
"Showing a String Again," earlier in this chapter. Also copy the OnDraw() code from an old version of ShowString to 
CshowStringDoc::OnDraw(). Build the application, run it once to register it, and then run Microsoft Binder (if you 
have Office installed). Choose Section Add to bring up the Add Section dialog box shown in Figure 15.20. On the 
General tab, highlight ShowString Document and click OK. 

FIG. 15.20 Not many applications on the market are Active Document servers, but you can write one in minutes. 

The menus include ShowString's Tools menu, as before. Choose Tools, Options and change something— for example, 
in Figure 15.21, the string has been changed to "Hello from the Binder" and the horizontal centering has been turned 
on. You have access to all of ShowString's functionality, although it doesn't look as though you are running 
ShowString. 

Now run ShowString alone and save a document by choosing File, Save. You don't need to enter an extension: The 
extension .SST is used automatically. Open an Explorer window and explore until you reach the file you saved. Bring 
up Internet Explorer 4.0 and drag the file you saved onto Internet Explorer. 

Your ShowString document opens in Explorer, as you can see in Eigure 15.22. The toolbar is clearly the Explorer 
toolbar, but the menu has the Tools item, and you can change the string, centering, and color as before. If you use the 
Back button on the Explorer toolbar, you reload the document you had open. If you change the ShowString document 
before clicking Back, you'll even be prompted to save your changes ! Microsoft plans to integrate the desktop in the 
next generation of Windows with the Internet Explorer interface. What you see here is a sneak preview of how that 
will work. 

FIG. 15.21 All of ShowString's functionality is available from within the Binder. 

FIG. 15.22 Internet Explorer appears to be able to read and write ShowString files now. 

You can also arrange for your applications to be Active Document containers. Perhaps you noticed the check box on 
AppWizard's Step 3 where you could ask AppWizard to turn on this feature. It's not much harder to do than serving 
Active Documents, so you can explore it on your own. If you would like your users to be able to open Word files. 
Excel spreadsheets, or other Active Documents from within your application, be sure to look into this feature. 

Eventually Windows will look very much like Internet Explorer; Active Documents will make that possible. 
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Building an Automation Server 

• Designing ShowString Again 

o AppWizard's Automation Boilerplate 
o Properties to Expose 
o The OnDrawQ Function 
o Showing the Window 

• Building a Controller Application in Visual Basic 

• Type Libraries and ActiveX Internals 



Designing ShowString Again 

Automation, formerly called OLE Automation and then ActiveX Automation, is about writing code that other 
programs can call. Other programs call your code directly, not in the insulated manner of a DLL. The jargon is that 
your code exposes methods (functions) and properties (variables) to other applications. The good part is that if 
your application is an Automation server, you don't have to create a macro language for your application; you only 
have to make hooks for a more universal macro language. Visual Basic for Applications, to grab on to. 

All Microsoft Office applications are Automation servers, so you may have seen for yourself what a nice feature it 
is for a program to expose its methods and properties in this way. What's more. Developer Studio itself is an 
Automation server, easy to control with VBScript. 

If you've been building the sample applications throughout this book, you can probably design ShowString in your 
sleep by now, but it's time to do it once again. This time, ShowString won't have a Tools, Options menu; instead, 
other programs will directly set the string and other display options. The member variables in the document will be 
the same, and the code in OnDrawO will be the same as in all the other implementations of ShowString. 
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AppWizard's Automation Boilerplate 

To build the Automation server version of ShowString, first use AppWizard to create an empty shell in a different 
directory from your other versions of ShowString. Make almost exactly the same AppWizard choices as before: 
Call it ShowString and then choose an MDI application and no database support. In AppWizard's Step 3, choose 
No Compound Document Support (the None radio buttons at the top of the dialog box) but turn on support for 
Automation. Continue through the AppWizard process, selecting a docking toolbar, status bar, printing and print 
preview, context-sensitive help, and 3D controls. Finally, select source file comments and a shared DLL. 



NOTE: Even though the technology is now called ActiveX, and ActiveX Automation is starting to be 
known simply as Automation, the AppWizard dialog boxes refer to Compound Document Support. 

As well, many of the classes used throughout this chapter have Ole in their names, and comments 
refer to OLE. Although Microsoft has changed the name of the technology, it hasn't propagated that 
change throughout Visual C+-I- yet. You'll have to live with these contradictions until the next release 
of Visual C++. 



There are just a few differences in this application from the do-nothing application without Automation support, 
primarily in the application object and the document. 

CShowStringApp The application object, CShowStringApp, has a number of changes. In the source file, just 
before Initlnstance(), the code shown in Listing 16.1 has been added; 

Listing 16.1 ShowString.cpp-CLSID 

// This identifier was generated to be statistically unique for your app . 

// You may change it if you prefer to choose a specific identifier. 

// { 61C76C05-70EA-11D0-9AFF-0080C81A397C} 
static const CLSID clsid = 

{ 0x61c76c05, 0x70ea, OxlldO, { 0x9a, Oxff, 0x0, 0x80, 0xc8, 

Oxla, 0x39, 0x7c } } ; 

The numbers will be different in your code. This class ID identifies your Automation application. 

CShowStringApp; ;lnitlnstance() has several changes. The lines of code in Listing 16.2 initialize the ActiveX 
(OLE) libraries. 

Listing 16.2 ShowString.cpp-lnitiaiizing Libraries 

// Initialize OLE libraries 
if ( ! Af xOlelnit ( ) ) 

{ 

AfxMessageBox ( IDP_OLE_INIT_FAILED ) ; 
return FALSE; 

} 

As with the server application of Chapter 15, "Building an ActiveX Server Application," Initlnstance() goes on to 
connect the document template to the COleTemplateServer after the document template is initialized; 

m_server . Connectlemplate (clsid, pDocTemplate, FALSE); 

Then Initlnstance() checks whether the server is being launched as an Automation server or to edit an embedded 
object. If so, there's no need to display the main window, so the function returns early, as shown in Listing 16.3. 
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Listing 16.3 ShowString.cpp-How the App Was Launched 

// Check to see if launched as OLE server 

if ( cmdinf o . m_bRunEmbedded | | cmdinf o . m_bRunAut omated) 

{ 

// Application was run with /Embedding or /Automation. Don't show the 
// main window in this case, 
return TRUE; 

} 

// When a server application is launched stand-alone, it is a good idea 
// to update the system registry in case it has been damaged. 
m_server . UpdateRegist ry (OAT_DISPATCH_OBJECT) ; 

COleOb jectFactory : : UpdateRegist ryAll () ; 

If ShowString is being run as a standalone application, the code in Listing 16.3 updates the Registry as discussed in 
Chapter 15. 

CShowStringDoc The document class, CShowStringDoc, still inherits from CDocument rather than from any 
OLE document class, but that's where the similarities to the old non-OLE CShowStringDoc end. The first block of 
new code in ShowStringDoc.cpp is right after the message map (see Listing 16.4). 

Listing 16.4 ShowStringDoc.cpp-Dispatch Map 

BEGIN_DISPATCH_MAP (CShowStringDoc, CDocument) 

// { {AFX_DISPATCH_MAP (CShowStringDoc) 

// NOTE - the ClassWizard will add and remove mapping macros here. 
// DO NOT EDIT what you see in these blocks of generated code! 

// } }AFX_DISPATCH_MAP 

END_DISPATCH_MAP ( ) 

This is an empty dispatch map. A dispatch map is like a message map in that it maps events in the real world into 
function calls within this C++ class. When you expose methods and properties of this document with ClassWizard, 
the dispatch map will be updated. 

After the dispatch map is another unique identifier, the IID (interface identifier). As Listing 16.5 shows, the IID is 
added as a static member, like the CLSID. 

Listing 16.5 ShowStringDoc.cpp-IID 

// Note: we add support for IID_IShowString to support typesafe binding 
// from VBA. This IID must match the GUID that is attached to the 
// dispinterf ace in the . ODL file. 

// { 61C76C07-70EA-11D0-9AFF-0080C81A397C} 

static const IID IID_IShowString = 

{ 0x61c76c07, 0x70ea, OxlldO, { 0x9a, Oxff, 0x0, 0x80, 

0xc8, Oxla, 0x39, 0x7c } } ; 

Then the interface map looks like this: 

BEGIN_INTERFACE_MAP (CShowStringDoc, CDocument) 

INTERFACE_PART (CShowStringDoc, IID_IShowSt, Dispatch) 

END_INTERFACE_MAP ( ) 
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An interface map hides COM functions such as Querylnterface() from you, the programmer, and, like a message 
map, enables you to think at a more abstract level. ShowString won't have multiple entries in the interface map, but 
many applications do. ClassWizard manages entries in the interface map for you. 

The document constructor has some setting up to do. The AppWizard code is in Listing 16.6. 

Listing 16.6 ShowStringDoc.cpp-Constructor 

CShowSt ringDoc : : CShowSt ringDoc ( ) 

{ 

// TODO: add one-time construction code here 
EnableAutomat ion ( ) ; 

Af xOleLockApp ( ) ; 

} 

EnableAutomationO does just what its name suggests-enables Automation for this document. AfxOleLockAppO 
is used to ensure that an application isn't closed while one of its documents is still in use elsewhere. Imagine that a 
user has two applications open that use ShowString objects. When the first application is closed, ShowString 
shouldn't be closed because it's needed by the other application. ActiveX technology implements this by keeping a 
count, within the framework, of the number of active objects. AfxOleLockAppO increases this count. If it's 
nonzero when users finish using a server application, the application is hidden but not actually closed. 

It shouldn't be surprising, then, to see the destructor for ShowString's document; 

CShowSt ringDoc : : ~CShowSt ringDoc ( ) 

{ 

Af xOleUnlockApp ( ) ; 

} 

AfxOleUnlockAppO decreases the count of active objects so that eventually ShowString can be closed. 

Properties to Expose 

At this point, you have an Automation server that doesn't expose any methods or properties. Also, the four member 
variables of the document that have been in all the previous versions of ShowString haven't been added to this 
version. These member variables are 

• string— The string to be shown 

• color— 0 for black, 1 for red, and 2 for green 

• horizcenter— TRUE if the string should be centered horizontally 

• vertcenter— TRUE if the string should be centered vertically 

These variables will be added as Automation properties, so you won't type their names into the class definition for 
CShowStringDoc. Bring up ClassWizard by clicking its toolbar button or choosing View, ClassWizard. Click the 
Automation tab (see Eigure 16.1) to add properties and methods. Make sure that CShowStringDoc is selected in 
the Class Name box. 

The first step in restoring the old ShowString functionality is to add member variables to the document class that 
will be exposed as properties of the Automation server. There are two ways to expose properties: as a variable and 
with functions. Exposing a property as a variable is like declaring a public member variable of a C++ class; other 
applications can look at the value of the property and change it directly. A notification function within your server 
is called when the variable is changed from the outside. Exposing with Get and Set functions is like implementing 
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a private member variable with public access functions. Other applications appear to access the variable directly, 
but the framework arranges for a call to your functions to Get and Set the property. Your Get may make sure that 
the object is in a valid state (for example, that a sorted list is now sorted or that a total has been calculated) before 
returning the property value. Your Set function may do error checking (validation) or may calculate other variables 
that depend on the property that the outside application is changing. To make a property read-only, you add it as a 
Get/Set function property and then don't implement a Set function. 

FIG. 16.1 ClassWizard's Automation page handles most of the work of building an Automation server. 

For the purposes of this chapter, you'll add the two centering flags to the CShowStringDoc class with Get and Set 
functions and add the string and color properties as direct-access properties. To do so, follow these steps: 

1. Make sure that CShowStringDoc is the selected class, and then click the Add Property button to bring up 
the Add Property dialog box. 

2. Type String in the External Name box. ClassWizard types along with you, filling in the Variable Name 
and Notification Function boxes for you. 

3. Choose CString from the drop-down list box for Type. The dialog box should resemble Figure 16.2. 

4. Click OK, click Add Property again, and then add Color as a direct-access property (see Figure 16.3). Use 
short as the data type. 

5. Click OK, click Add Property again, and then add HorizCenter. 

6. Choose BOOF for the type and then select the Get/Set Methods radio button. The Variable Name and 
Notification Function boxes are replaced by Get Function and Set Function, already filled in, as shown in 
Figure 16.4. (If the type changes from BOOF, choose BOOF again.) Click OK. 

7. Add VertCenter in the same way that you added HorizCenter. 

FIG. 16.2 Add String as a direct-access property. 

FIG. 16.3 Add Color as a direct-access property. 

FIG. 16.4 Add HorizCenter as a Get/Set method property. 



CAUTION: After you click OK to add a property, you can't change the type, external name, or other 
properties of the property. You have to delete it and then add one that has the new type, or external 
name, or whatever. Always look over the Add Property dialog box before clicking OK. 



Figure 16.5 shows the ClassWizard summary of exposed properties and methods. The details of each property are 
shown in the Implementation box below the list of properties. In Figure 16.5, VertCenter is highlighted, and the 
Implementation box reminds you that VertCenter has a Get function and a Set function, showing their declarations. 
Click OK to close ClassWizard. 

FIG. 16.5 ClassWizard provides a summary of the properties you've added. 

It should come as no surprise that as a result of these additions, ClassWizard has changed the header and source 
files for CShowStringDoc. Fisting 16.7 shows the new dispatch map in the header file. 

Listing 16.7 ShowStringDoc.h-Dispatch Map 

// { { AFX_DISPATCH (CShowStringDoc) 

CString m_string; 

afx_msg void OnStringChanged ( ) ; 
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short m_color; 

afx_msg void OnColorChanged ( ) ; 

afx_msg BOOL GetHorizCenter ( ) ; 

afx_msg void SetHorizCenter (BOOL bNewValue) ; 

afx_msg BOOL GetVertCenter ( ) ; 

afx_msg void SetVertCenter (BOOL bNewValue); 

// } }AFX_DISPATCH 

DECLARE_DISPATCH_MAP () 

Two new member variables have been added; m_string and m_color. 

NOTE: It's natural to wonder whether these are actually public member variables; they aren't. Just 
above this dispatch map is this line: 

DECLARE_MESSAGE_MAP ( ) 

That macro, when it expands, declares a number of protected variables. Because these declarations are 
immediately afterward, they are protected member variables and protected functions. They're accessed 
in just the same way that protected message-catching functions are-they're called by a member 
function hidden in the class that directs traffic by using these maps. 



A block of code has been added in the source file, but it's boring, as you can see by looking at Listing 16.8. 

Listing 16.8 ShowStringDoc.cpp-Notification, Get, and Set Functions 

///////////////////////////////////////////////////////// 

// CShowSt ringDoc commands 

void CShowSt ringDoc : : OnColorChanged ( ) 

{ 

// TODO: Add notification handler code 

} 

void CShowSt ringDoc : : OnSt ringChanged ( ) 

{ 

// TODO: Add notification handler code 

} 

BOOL CShowSt ringDoc : : GetHorizCenter ( ) 

{ 

// TODO: Add your property handler here 
return TRUE; 

} 

void CShowStringDoc :: SetHorizCenter (BOOL bNewValue) 

{ 

// TODO: Add your property handler here 

} 

BOOL CShowStringDoc: : GetVertCenter ( ) 

{ 

// TODO: Add your property handler here 
return TRUE; 

} 

void CShowSt ringDoc :: SetVertCenter (BOOL bNewValue) 

{ 
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// TODO: Add your property handler here 

} 

The class still doesn't have member variables for the centering flags. (You might have decided to implement these 
in some other way than as two simple variables, so ClassWizard doesn't even try to guess what to add.) Add them 
by hand to the header file, ShowStringDoc.h, as private member variables: 

// Attributes 
private : 

BOOL m_horizcenter ; 

BOOL m_vert center ; 

Now you can write their Get and Set functions; Listing 16.9 shows the code. 

Listing 16.9 ShowStringDoc.cpp-Get and Set Functions for the Centering 
Fiags 



BOOL 

{ 

} 

void 

{ 

} 

BOOL 

{ 



CShowSt ringDoc : : GetHorizCenter () 
return m_horizcenter ; 

CShowSt ringDoc : iSetHoriz Center (BOOL 
m_horizcenter = bNewValue; 

CShowSt ringDoc : : CetVertCenter ( ) 



bNewValue ) 



} 

void 

{ 

} 



return m_vertcenter ; 

CShowSt ringDoc : : SetVertCenter (BOOL 
m_vert center = bNewValue; 



bNewValue ) 



The OnDrawQ Function 

Restoring the member variables takes you halfway to the old functionality of ShowString. Changing the view's 
OnDrawO function will take you most of the rest of the way. 

To write a version of OnDrawO that shows a string properly, you have a fair amount of background work to do. 
Luckily, you can open an old version of ShowString from your own work in Chapter 8, "Building a Complete 
Application: ShowString," and paste in the following bits of code. (If any of this code is unfamiliar to you. Chapter 
8 explains it fully.) First, CShowStringDoc::OnNewDocument() in Listing 16.10 should initiali z e the member 
variables. 

Listing 1 6.1 0 ShowStringDoc.cpp-CShowStringDoc: :OnNewDocument() 

BOOL CShowSt ringDoc : : OnNewDocument ( ) 

{ 

if ( ! CDocument : : OnNewDocument ( ) ) 
return FALSE; 

m_string = "Hello, world!"; 
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m_color = 0; //black 

m_horizcenter = TRUE; 
m_vert center = TRUE; 
return TRUE; 

} 

Next, edit the document's Serialize function. Listing 16.11 shows the new code. 

Listing 16.11 ShowStringDoc.cpp-CShowStringDoc::Seriaiize() 

void CShowStringDoc :: Serialize (CArchiveSc ar) 

{ 

if (ar . IsStoring ( ) ) 

{ 

ar << m_string; 
ar << m_color; 
ar << m_hori z center ; 
ar << m_vert center ; 

} 

else 

{ 

ar >> m_string; 
ar >> m_color; 
ar >> m_hori z center ; 
ar >> m_vert center ; 

} 

} 

Finally, the view's OnDraw() function in Listing 16.12 actually shows the string. 

Listing 16.12 ShowStringView.cpp-CShowStringView::OnDraw() 

void CShowSt ringView : : OnDraw (CDC* pDC) 

{ 

CShowStringDoc* pDoc = GetDocument ( ) ; 

ASSERT_VALID (pDoc) ; 

COLORREF oldcolor; 
switch (pDoc->GetColor ( ) ) 

{ 

case 0 : 

oldcolor = pDC->SetTextColor (RGB ( 0 , 0 , 0 ) ) ; //black 
break ; 
case 1 : 

oldcolor = pDC->SetTextColor (RGB (OxFF, 0, 0) ) ; //red 
break ; 
case 2 : 

oldcolor = pDC->SetTextColor (RGB ( 0 , OxFF, 0 ) ) ; //green 
break ; 

} 

int DTflags = 0; 
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if (pDoc->GetHorizcenter ( ) ) 

{ 

DTflags |= DT_CENTER; 

} 

if (pDoc->GetVertcenter ( ) ) 

{ 

DTflags |= (DT_VCENTER | DT_SINGLELINE) ; 

} 

CRect rect; 

GetClientRect (&rect) ; 

pDC->DrawText (pDoc->Get St ring ( ) , &rect, DTflags); 
pDC->SetTextColor (oldcolor) ; 

} 

When you added m_string, m_color, m_horizcenter, and m_vertcenter to the document with ClassWizard, they 
were added as protected member variables. This view code needs access to them. As you can see, the view calls 
public functions to get to these member variables of the document. 



NOTE: You could have chosen instead to make the view a friend to the document so that it could 
access the member variables directly, but that would give view functions the capability to use and 
change all private and protected member variables of the document. This more limited access is more 
appropriate and better preserves encapsulation. Encapsulation and other object-oriented concepts are 
discussed in Appendix A, " C++ Review and Object-Oriented Concepts." 



Several functions already in the document class access these variables, but they're protected functions for use by 
ActiveX. The four public functions you'll add won't be able to use those names, because they're taken, and will 
have to have not-so-good names. Add them inline, as shown in Listing 16.13, to ShowStringDoc.h. 

Listing 16.13 ShowStringDoc.h-Pubiic Access Functions 

public : 

CString GetDocSt ring ( ) {return m_string; } 
int GetDocColor ( ) (return m_color; } 

BOOL GetHorizcenter ( ) (return m_horizcenter; } 

BOOL GetVertcenter ( ) {return m_vertcenter; } 

In CShowStringView;:OnDraw(), change the code that calls GetColor() to call GetDocColor() and then change the 
code that calls GetStringO to call GetDocString(). Build the project to check for any typing mistakes or forgotten 
changes. Although it may be tempting to run ShowString now, it won't do what you expect until you make a few 
more changes. 

Showing the Window 

By default. Automation servers don't have a main window. Remember the little snippet from 
CShowStringApp;;InitInstance() in Listing 16.14. 

Listing 16.14 ShowString.cpp-How the App Was Launched 

// Check to see if launched as OLE server 

if ( cmdinf o . m_bRunEmbedded | | cmdinf o . m_bRunAut omated) 
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{ 

// Application was run with /Embedding or /Automation. Don't show the 
// main window in this case, 
return TRUE; 

} 

This code returns before showing the main window. Although you could remove this test so that ShowString 
always shows its window, it's more common to add a ShowWindow() method for the controller application to call. 
You'll also need to add a RefreshWindow() method that updates the view after a variable is changed; ClassWizard 
makes it simple to add these functions. Bring up ClassWizard, click the Automation tab, make sure that 
CShowStringDoc is still the selected class, and then click Add Method. Fill in the External name as 
ShowWindow. ClassWizard fills in the internal name for you, and there's no need to change it. Choose void from 
the Return Type drop-down list box. Figure 16.6 shows the dialog box after it's filled in. 

FIG. 16.6 ClassWizard makes it simple to add a ShowWindow( ) method. 

Click OK the dialog box, and ShowWindow() appears in the middle of the list of properties, which turns out to be 
a list of properties and methods in alphabetical order. The C next to the properties reminds you that these 
properties are custom properties. The M next to the methods reminds you that these are methods. With 
ShowWindowO highlighted, click Edit Code and then type the function, as shown in Listing 16.15. 



See "Displaying the Current Value," ch. 17 



Listing 16.15 ShowStringDoc.cpp-CShowStringDoc::ShowWindow() 

void CShowStringDoc: : ShowWindow ( ) 

{ 

POSITION pos = GetFirstViewPosit ion ( ) ; 

CView* pView = GetNextView (pos ) ; 
if (pView != NULL) 

{ 

CFrameWnd* pFrameWnd = pView->GetParentFrame ( ) ; 
pFrameWnd->Act ivateFrame (SW_SHOW) ; 
pFrameWnd = pFrameWnd->GetParentFrame ( ) ; 
if (pFrameWnd != NULL) 

pFrameWnd->Act ivateFrame (SW_SHOW) ; 

} 

} 

This code activates the view and asks for it to be shown. Bring up ClassWizard again, click Add Method, and add 
RefreshWindowO, returning void. Click OK and then Edit Code. The code for RefreshWindow(), shown in Listing 
16.16, is even simpler. 

Listing 16.16 ShowStringDoc.cpp-CShowStringDoc::RefreshWindow() 

void CShowStringDoc: : Ref reshWindow ( ) 

{ 

UpdateAllViews (NULL) ; 

SetModif iedFlag ( ) ; 

} 
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This arranges for the view (now that it's active) and its parent frame to be redrawn. Because a change to the 
document is almost certainly the reason for the redraw, this is a handy place to put the call to SetModifiedFlagO; 
however, if you prefer, you can put it in each Set function and the notification functions for the direct-access 
properties. You'll add a call to RefreshWindow() to each of those functions now-for example, SetHorizCenter(): 

void CShowStringDoc : : SetHorizCenter (BOOL bNewValue) 

{ 

m_horizcenter = bNewValue; 

Ref reshWindow ( ) ; 

} 

And OnColorChangedO looks like this: 

void CShowStringDoc: : OnColorChanged ( ) 

{ 

Ref reshWindow ( ) ; 

} 

Add the same RefreshWindow() call to SetVertCenter() and OnStringChanged(). Now you're ready to build and 
test. Build the project and correct any typing errors. Run ShowString as a standalone application to register it and 
to test your drawing code. You can't change the string, color, or centering as you could with older versions of 
ShowString because this version doesn't implement the Tools, Options menu item and its dialog box. The 
controller application will do that for this version. 

Building a Controller Application in Visual Basic 

This chapter has mentioned a controller application several times, and you may have wondered where it will come 
from. You'll put it together in Visual Basic. Figure 16.7 shows the Visual Basic interface. 

FIG. 16.7 Visual Basic makes Automation controller applications very quickly. 



TIP: If you don't have Visual Basic but Visual C-e-i- version 4.x or earlier, you can use DispTest, a 
watered-down version of Visual Basic that once came with Visual C++. It was never added to the 
Start menu, but you can run DISPTEST.EXE from the C:\MSDEV\BIN folder or from your old 
Visual C++ CD-ROM's \MSDEV\BIN folder. If you've written VBA macros in Excel and have a copy 
of Excel, you can use that, too. Eor testing OLE Automation servers, it doesn't matter which you 
choose. 



To build a controller application for the ShowString Automation server, start by running Visual Basic. Create and 
empty project by choosing Eile, New, and double-clicking Standard EXE. In the window at the upper-right labeled 
Projectl, click the View Code button. Choose Eorm from the left drop-down list box in the new window that 
appears; the Porm_Load() subroutine is displayed. Enter the code in Listing 16.17 into that subroutine. 

Listing 16.17 Forml.frm-Visuai Basic Code 

Private Sub Form_Load () 

Set Showiest = CreateObject (" ShowString . Document " ) 

Showiest . ShowWindow 
Showiest . HorizCenter = False 
Showiest . Color = 

Showiest . St ring = "Hello from VB" 
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Set Showiest = Nothing 
End Sub 

Choose (General) from the left drop-down list box and then enter this line of code; 

Dim Showiest As Object 

For those of you who don't read Visual Basic, this code will be easier to understand if you execute it one line at a 
time. Choose Debug, Step Into to execute the first line of code. Then repeatedly press F8 to move through the 
routine. (Wait after each press until the cursor is back to normal.) The line in the general code sets up an object 
called ShowTest. When the form is loaded (which is whenever you run this little program), an instance of the 
ShowString object is created. The next line calls the ShowWindow method to display the main window onscreen. 
Whenever the debugger pauses, the line of code that will run next is highlighted in yellow. Also notice that there is 
an arrow beside the highlighted line to further mark it. You will see something like Figure 16.8 with the default 
ShowString behavior. 

FIG. 16.8 The ShowWindow method displays the main ShowString window. 

Press F8 again to run the line that turns off horizontal centering. Notice that you don't call the function 
SetHorizCenter. You exposed HorizCenter as a property of the OLE Automation server, and from Visual Basic 
you access it as a property. The difference is that the C-e-i- framework code calls SetHorizCenter to make the 
change, rather than just make the change and then call a notification function to tell you that it was changed. After 
this line executes, your screen will resemble Figure 16.9 because the SetHorizCenter method calls 
RefreshWindowO to immediately redraw the screen. 

FIG. 16.9 The Visual Basic program has turned ojf centering. 

As you continue through this program, pressing F8 to move a step at a time, the string will turn red and then 
change to Hello from VB. Notice that the change to these directly exposed properties looks no different than the 
change to the Get/Set method property, HorizCenter. When the program finishes, the window goes away. You've 
successfully controlled your Automation server from Visual Basic. 

Type Libraries and ActiveX internais 

Many programmers are intimidated by ActiveX, and the last thing they want is to know what's happening under 
the hood. There's nothing wrong with that attitude at all. It's quite object-oriented, really, to trust the already 
written ActiveX framework to handle the black magic of translating ShowTest.HorizCenter = False into a call to 
CShowStringDoc;;SetHorizCenter(). If you want to know how that "magic" happens or what to do if it doesn't, you 
need to add one more piece to the puzzle. You've already seen the dispatch map for ShowString, but you haven't 
seen the type library. It's not meant for humans to read, but it is for ActiveX and the Registry. It's generated for 
you as part of a normal build from your Object Definition Language (ODL) file. This file was generated by 
AppWizard and is maintained by ClassWizard. 

Perhaps you've noticed, as you built this application, a new entry in the ClassView pane. Figure 16.10 shows this 
entry expanded-it contains all the properties and methods exposed in the IShowString interface of your 
Automation server. If you right-click IShowString in this list, you can use the shortcut menu to add methods or 
properties. If you double-click any properties or methods, the .ODL file is opened for you to view. Listing 16.18 
shows ShowString.odl. 

FIG. 16.10 Automation servers have an entry in the ClassView for each of their interfaces. 

Listing 16.18 ShowString.odi-ShowString Type Library 
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// ShowSt ring . odl : type library source for ShowString.exe 
// This file will be processed by the MIDL compiler to produce the 
// type library (ShowString . tlb) . 

[ uuid (61C76C06-70EA-11D0-9AFF-0080C81A397C) , version(l.O) ] 
library ShowString 
{ 

import lib ( " stdole32 . tlb" ) ; 

// Primary dispatch interface for CShowSt ringDoc 
[ uuid (61C76C07-70FA-11D0-9AFF-0080C81A397C) ] 

dispinterf ace IShowString 

{ 

properties : 

// NOTE - ClassWizard will maintain property information here. 
// Use extreme caution when editing this section. 

//{ {AFX_ODL_PROP (CShowStringDoc) 

[id(l)] BSTR String; 

[id(2)] short Color; 

[id (3)] boolean HorizCenter; 

[id(4)] boolean VertCenter; 

// } } AFX_ODL_PROP 
methods : 

// NOTE - ClassWizard will maintain method information here. 

// Use extreme caution when editing this section. 

// { { AFX_ODL_METHOD (CShowStringDoc) 

[id (5)] void ShowWindow ( ) ; 

[id (6)] void Ref reshWindow ( ) ; 

// } } AFX_ODL_METHOD 

} ; 

// Class information for CShowStringDoc 
[ uuid (61C76C05-70EA-11D0-9AFF-0080C81A397C) ] 

coclass Document 

{ 

[default] dispinterf ace IShowString; 

} ; 

// { {AFX_APPEND_ODL} } 

// } }AFX_APPEND_ODL} } 

}; 

This explains why Visual Basic just thought of all four properties as properties; that's how they're listed in this 
.ODL file. The two methods are here, too, in the methods section. You passed "ShowString.Document" to 
CreateObjectO because there is a coclass Document section here. It points to a dispatch interface (dispinterface) 
called IShowString. Here's the interface map from ShowStringDoc.cpp: 

BEGIN_INTERFACE_MAP (CShowStringDoc, CDocument) 

INTERFACE_PART (CShowStringDoc, IID_IShowString, Dispatch) 
END_INTERFACE_MAP ( ) 

A call to CreateObjectC ShowString. Document") leads to the coclass section of the .ODL file, which points to 
IShowString. The interface map points from IShowString to CShowStringDoc, which has a dispatch map that 
connects the properties and methods in the outside world to C++ code. You can see that editing any of these 
sections by hand could have disastrous results. Trust the wizards to do this for you. 
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In this chapter, you built an Automation server and controlled it from Visual Basic. Automation servers are far 
more powerful than older ways of application interaction, but your server doesn't have any user interaction. If the 
Visual Basic program wanted to enable users to choose the color, that would have to be built into the Visual Basic 
program. The next logical step is to allow the little embedded object to react to user events such as clicks and drags 
and to report to the controller program what has happened. That's what ActiveX controls do, as you'll see in the 
next chapter. 
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Creating a Rolling-Die Control 

ActiveX controls replace OLE controls, though the change affects the name more than anything else. (Much of the 
Microsoft documentation still refers to OLE controls.) The exciting behavior of these controls is powered by COM 
(the Component Object Model), which also powers OLE. This chapter draws, in part, on the work of the previous 
chapters. An ActiveX control is similar to an Automation server, but an ActiveX control also exposes events, and 
those enable the control to direct the container's behavior. 

ActiveX controls take the place that VBX controls held in 16-bit Windows programming, enabling programmers to 
extend the control set provided by the compiler. The original purpose of VBX controls was to enable programmers 
to provide their users with unusual interface controls. Controls that look like gas gauges or volume knobs became 
easy to develop. Almost immediately, however, VBX programmers moved beyond simple controls to modules that 
involved significant amounts of calculation and processing. In the same way, many ActiveX controls are far more 
than just controls— they are components that can be used to build powerful applications quickly and easily. 

The sample application for this chapter is a die, one of a pair of dice. Imagine a picture of a cubic die with the 
familiar pattern of dots indicating the current value, between 1 and 6. When the user clicks the picture, a new, 
randomly chosen number is shown. You might use one or more dice in any game program. 

Building the Control Shell 

The process of building this die control starts, as always, with AppWizard. Begin Developer Studio and then choose 
Eile, New. Click the Projects tab and then click MEC ActiveX ControlWizard, which is in the list at the left of the 
dialog box; fill in a project name at the top, choose an appropriate folder for the project files, and click OK. Eigure 
17.1 shows the completed dialog box, with the project name Dieroll. 

FIG. 17.1 AppWizard makes creating an ActiveX control simple. 



NOTE: Even though the technology is now called ActiveX, many classnames used throughout this 
chapter have Ole in their names, and comments refer to OLE. Though Microsoft has changed the 
technology's name, it has not yet propagated that change throughout Visual C++. You will have to live 
with these contradictions until the next release of Visual C++. 



There are two steps in the ActiveX control wizard. Eill out the first dialog box as shown in Eigure 17.2: You want 
one control, no runtime licensing, source-file comments, and no Help files. After you have completed the dialog 
box, click Next. 

FIG. \ 1 .2 AppWizard' s first step sets your control's basic parameters. 



Runtime Licensing 

Many developers produce controls as a salable product. Other programmers buy the rights to use such 
controls in their programs. Imagine that a developer, Alice, produces a fantastic die control and sells it 
to Bob, who incorporates it into the best backgammon game ever. Carol buys the backgammon game 
and loves the die control, and she decides that it would be perfect for a children's board game she is 
planning. Because the DIEROLL. OCX file is in the backgammon package, there is nothing (other than 
ethics) to stop her from doing this. 

Runtime licensing is simple: There is a second file, DIEROLL.LIC, that contains the licensing 
information. Without that file, a control can't be embedded into a form or program, though a program 
into which the control is already embedded will work perfectly. Alice ships both DIEROLL. OCX and 
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DIEROLL.LIC to Bob, but their licensing agreement states that only DIEROLL.OCX goes out with the 
backgammon game. Now Carol can admire DIEROLL.OCX, and it will work perfectly in the 
backgammon game, but if she wants to include it in the game she builds, she'll have to buy a license 
from Alice. 

You arrange for runtime licensing with AppWizard when you first build the control. If you decide, after 
the control is already built, that you should have asked for runtime licensing after all, build a new 
control with licensing and copy your changes into that control. 



The second and final AppWizard step enables you to set the new control's features. Make sure that Activates When 
Visible, Available in "Insert Object" Dialog, and Has an "About Box" are selected, as shown in Eigure 17.3, and 
then click Einish. AppWizard summarizes your settings in a final dialog box. Click OK, and AppWizard creates 19 
files for you and adds them to a project to make them easy to work with. These files are ready to compile, but they 
don't do anything at the moment. You have an empty shell; it's up to you to fill it. 

FIG. 17.3 AppWizard' s second step governs your control's appearance and behavior. 

AppWizard's Code 

Nineteen files sound like a lot, but they aren't. There are only three classes: CDierollApp, CDierollCtrl, and 
CDierollPropPage. They take up six files; the other 13 are the project file, make file, resource file, ClassWizard 
database, ODE file, and so on. 

CDierollApp CDierollApp is a very small class. It inherits from COleControlModule and provides overrides of 
Ini tin stance 0 and Exitlnstance() that do nothing but call the base-class versions of these functions. This is where 
you find _tlid, the external globally unique ID for your control, and some version numbers that make delivering 
upgrades of your control simpler. The lines in Dieroll.cpp that set up these identifiers are the following: 

const QUID CDECL BASED_CODE _tlid = 

{ 0x914b21a5, 0x7946, OxlldO, { 0x9b, 0x1, 0, 0x80, 

0xc8, Oxla, 0x39, 0x7c } }; 
const WORD _wVerMajor = 1; 
const WORD _wVerMinor = 0; 

CDierollCtrl The CDierollCtrl class inherits from COleControl, and it has a constructor and destructor, plus 
overrides for these four functions: 

• OnDrawO draws the control. 

• DoPropExchangeO implements persistence and initialization. 

• OnResetStateO causes the control to be reinitialized. 

• AboutBoxO displays the About box for the control. 

None of the code for these functions is particularly interesting. However, some of the maps that have been added to 
this class are of interest. There is an empty message map, ready to accept new entries, and an empty dispatch map, 
ready for the properties and methods that you choose to expose. 



TIP: Message maps are explained in the "Message Maps" section of Chapter 3, "Messages and 
Commands." Dispatch maps are discussed in the "AppWizard's Automation Boilerplate" section in 
Chapter 16, "Building an Automation Server." 



Below the empty message and dispatch maps comes a new map: the event map. Listing 17.1 shows the event map in 
the header file, and the source file event map is shown in Listing 17.2. 
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Listing 17.1 Excerpt from DierollCti.h-Event Map 

/ / Event maps 

// { {AFX_EVENT (CDierollCtrl ) 

// NOTE - ClassWizard will add and remove member functions here. 

// DO NOT EDIT what you see in these blocks of generated code ! 

/ / } } AFX_EVENT 

DECLARE_EVENT_MAP ( ) 

Listing 17.2 Excerpt from DieroliCti.cpp-Event Map 

BEGIN_EVENT_MAP (CDierollCtrl, COleControl) 

//{ { AFX_EVENT_MAP (CDierollCtrl) 

// NOTE - ClassWizard will add and remove event map entries 
/ / DO NOT EDIT what you see in these blocks of generated code ! 

/ / } } AFX_EVENT_MAP 

END_EVENT_MAP ( ) 

Event maps, like message maps and dispateh maps, link real-world happenings to your eode. Message maps eateh 
things the user does, sueh as ehoosing a menu item or elieking a button. They also eateh messages sent from one part 
of an applieation to another. Dispatch maps direet requests to aeeess properties or invoke methods of an Automation 
server or AetiveX eontrol. Event maps direet notifieations from an AetiveX eontrol to the applieation that eontains 
the eontrol (and are diseussed in more detail later in this ehapter). 

There's one more pieee of eode worth noting in DierollCtl.epp. It appears in Listing 17.3. 

Listing 17.3 Excerpt from DieroliCtl.cpp-Property Pages 



///////////////////////////////////////////////////////////////////////////// 

// Property pages 

// TODO: Add more property pages as needed. Remember to increase the count! 
BEGIN_PROPPAGEIDS (CDierollCtrl, 1) 

PROPPAGEID (CDierollPropPage : :guid) 

END_PROPPAGEIDS (CDierollCtrl) 

The eode in Listing 17.3 is part of the meehanism that implements powerful and intuitive property pages in your 
eontrols. That meehanism is diseussed later in this ehapter. 

CDierollPropPage The entire CDierollPropPage elass is the domain of ClassWizard. Like any elass with a dialog 
box in it, it has signifieant data exehange eomponents. The eonstruetor will initialize the dialog box fields using 
eode added by ClassWizard. Listing 17.4 shows this eode. 

Listing 17.4 DierollPpg.cpp-CDieroilPropPage::CDierollPropPage() 

CDierollPropPage: : CDierollPropPage ( ) : 

COlePropertyPage (TDD, IDS_DIEROLL_PPG_CAPTION) 

{ 

// { {AFX_DATA_INIT (CDierollPropPage) 

// NOTE: ClassWizard will add member Initialization here 
/ / DO NOT EDIT what you see In these blocks of generated code ! 

//} }AFX_DATA_INIT 

} 
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The DoDataExchangeO function moderates the data exchange between CDierollPropPage, which represents the 
dialog box that is the property page, and the actual boxes on the user's screen. It, too, will have code added by 
ClassWizard— Listing 17.5 shows the empty map AppWizard made. 

Listing 17.5 DierollPpg.cpp-CDieroliPropPage::DoDataExchange() 

void CDierollPropPage :: DoDataExchange (CDataExchange* pDX) 

{ 

//{ { AFX_DATA_MAP (CDierollPropPage) 

// NOTE: ClassWizard will add DDP, DDX, and DDV calls here 
/ / DO NOT EDIT what you see in these blocks of generated code ! 

/ / } } AFX_DATA_MAP 
DDP_PostProcessing (pDX) ; 



There is, not surprisingly, a message map for CDierollPropPage, and some registration code (shown in Listing 17.6), 
that enables the ActiveX framework to call this code when a user edits the control's properties. 

Listing 17.6 DierollPpg.cpp--CDieroiiPropPageFactory::UpdateRegistry() 



///////////////////////////////////////////////////////////////////////////// 

/ / Initialize class factory and guid 

IMPLEMENT_OLECREATE_EX (CDierollPropPage, "DIEROLL . DierollPropPage . 1 " , 

0x914b21a8, 0x7946, OxlldO, 0x9b, 0x1, 0, 0x80, 0xc8, Oxla, 0x39, 0x7c) 



// CDierollPropPage :: CDierollPropPageFactory :: UpdateRegistry - 
// Adds or removes system registry entries for CDierollPropPage 

BOOL CDierollPropPage: : CDierollPropPageFactory : : UpdateRegistry (BOOL bRegister) 

{ 

if (bRegister) 

return Af xOleRegisterPropertyPageClass ( Af xGet Inst anceHandle () , 
m_clsid, IDS_DIEROLL_PPG) ; 

else 

return AfxOleUnregisterClass (m_clsid, NULL) ; 

} 



Designing the Controi 

Typically, a control has internal data (properties) and shows them in some way to the user. The user provides input 
to the control to change its internal data and perhaps the way the control looks. Some controls present data to the 
user from other sources, such as databases or remote files. The only internal data that makes sense for the die-roll 
control, other than some appearance settings that are covered later, is a single integer between 1 and 6 that represents 
the current number showing in the die. Eventually, the control will show a dot pattern like a real-world die, but the 
first implementation of OnDraw() will simply display the digit. Another simplification is to hard-code the digit to a 
single value while coding the basic structure; add the code to roll the die later, while dealing with input from the 
user. 
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Displaying the Current Value 

Before the value can be displayed, the control must have a value. That involves adding a property to the control and 
then writing the drawing code. 

Adding a Property 

ActiveX controls have four types of properties: 

• Stock. These are standard properties supplied to every control, such as font or color. The developer must 
activate stock properties, but there is little or no coding involved. 

• Ambient. These are properties of the environment that surrounds the control— properties of the container into 
which it has been placed. These can't be changed, but the control can use them to adjust its own properties. 

For example, it can set the control's background color to match the container's background color. 

• Extended. These are properties that the container handles, usually involving size and placement onscreen. 

• Custom. These are properties added by the control developer. 

To add the value to the die-roll control, use ClassWizard to add a custom property called Number. Follow these 
steps: 

1. Choose View, ClassWizard, and then click the Automation tab. 

2. Make sure that the Project drop-down list box at the upper-left of the dialog box is set to Dieroll (unless 
you chose a different name when building the control with AppWizard) and that the Class Name drop-down 
list box on the right has the classname CDieRollCtrl. 

3. Click the Add Property button and fill in the dialog box as shown in Figure 17.4. 

4. Type Number into the External Name combo box and notice how ClassWizard fills in suggested values for 
the Variable Name and Notification Function boxes. 

5. Select short for the type. 

6. Click OK to close the Add Property dialog box and OK to close ClassWizard. 

FIG. 17.4 ClassWizard simplifies the process of adding a custom property to your die-rolling control. 

Before you can write code to display the value of the Number property, the property must have a value to display. 
Control properties are initialized in DoPropExchange(). This method actually implements persistence', that is, it 
enables the control to be saved as part of a document and read back in when the document is opened. Whenever a 
new control is created, the properties can't be read from a file, so they are set to the default values provided in this 
method. Controls don't have a Serialize() method. 

AppWizard generated a skeleton DoPropExchange() method; this code is in Listing 17.7. 

Listing 17.7 DierollCti.cpp-CDieroilCtri::DoPropExchange() 

void CDierollCt rl : : DoPropExchange (CPropExchange* pPX) 

{ 

ExchangeVersion (pPX, MAKELONG (_wVerMinor , _wVerMajor) ) ; 

COleControl: : DoPropExchange (pPX) ; 

// TODO: Call PX_ functions for each persistent custom property. 



Notice the use of the version numbers to ensure that a file holding the values was saved by the same version of the 
control. Take away the TODO comment that AppWizard left for you, and add this line: 
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PX_Short ( pPX, "Number", m_number, (short) 3 ) ; 

PX_Short() is one of many property-exchange functions that you can call— one for each property type that is 
supported. The parameters you supply are as follows: 

• The pointer that was passed to DoPropExchange() 

• The external name of the property as you typed it on the ClassWizard Add Property dialog box 

• The member variable name of the property as you typed it on the ClassWizard Add Property dialog box 

• The default value for the property (later, you can replace this hard-coded 3 with a random value) 

The following are the PX functions: 

PX_Blob() (for binary large object [BLOB] types) 

PX_Bool() 

PX_Color() (OLE_COLOR) 

PX_Currency() 

PX_DATAPATH (CDataPathProperty) 

PX_Double() 

PX_Eloat() 

PX_Eont() 

PX_IUnknown() (for LPUNKNOWN types, COM interface pointer) 

PX_Long() 

PX_Picture() 

PX_Short() 

PX_String() 

PX_ULong() 

PX_UShort() 

PX_VBXEontConvert() 

Eilling in the property's default value is simple for some properties but not for others. Eor example, you set colors 
with the RGB() macro, which takes values for red, green, and blue from 0 to 255 and returns a COLORREE. Say 
that you had a property with the external name EdgeColor and the internal name m_edgecolor and you wanted the 
property to default to gray. You would code that like the following: 

PX_Short ( pPX, "EdgeColor", m_edgecolor, RGB ( 12 8 , 12 8 , 12 8 ) ); 

Controls with font properties should, by default, set the font to whatever the container is using. To get this font, call 
the COleControl method AmbientEont(). 

Writing the Drawing Code 

The code to display the number belongs in the OnDraw() method of the control class, CDierollCtrl. (Controls don't 
have documents or views.) This function is called automatically whenever Windows needs to repaint the part of the 
screen that includes the control. AppWizard generated a skeleton of this method, too, shown in Listing 17.8. 



http://www.pbs.mcp.com/ebooks/0789715392/ch17/ch17.htm (7 of 23) [7/29/1999 3:52:48 PM] 




Special Edition Using Visual C++ 6 -- Ch 17 - Building an ActiveX Control 



Listing 17.8 DierollCti.cpp-CDieroilCtri::OnDraw() 

void CDierollCt rl : : OnDraw (CDC* pdc, const CRect& rcBounds, 
const CRect& rcinvalid) 

{ 

// TODO: Replace the following code with your own drawing code. 
pdc->FillRect (rcBounds, 

CBrush: : FromHandle ( (HBRUSH) GetStockOb ject (WHITE_BRUSH) ) ) ; 
pdc->Ellipse (rcBounds) ; 

} 

As discussed in the "Scrolling Windows" section of Chapter 5, "Drawing on the Screen," the framework passes the 
function a device context to draw in, a CRect describing the space occupied by your control, and another CRect 
describing the space that has been invalidated. The code in Listing 17.8 draws a white rectangle throughout 
rcBounds and then draws an ellipse inside that rectangle, using the default foreground color. You can keep the white 
rectangle for now, but rather than draw an ellipse on it, draw a character that corresponds to the value in Number. To 
do that, replace the last line in the skeletal OnDraw() with these lines: 

CString val; //character representation of the short value 
val . Format ( " %i " , m_number ) ; 

pdc->ExtTextOut ( 0, 0, ETO_OPAQUE, rcBounds, val, NULL ) ; 

These code lines convert the short value in m_number (which you associated with the Number property on the Add 
Property dialog box) to a CString variable called val, using the new CString: :Format() function (which eliminates 
one of the last uses of sprintf() in C++ programming). The ExtTextOut() function draws a piece of text— the 
character in val— within the rcBounds rectangle. As the die-roll control is written now, that number will always be 3. 

You can build and test the control right now if you would like to see how little effort it takes to make a control that 
does something. Unlike the other ActiveX applications, a control isn't run as a standalone application in order to 
register it. Build the project and fix any typing mistakes. Choose Tools, ActiveX Control Test Container to bring up 
the control test container, shown in Figure 17.5. 

FIG. 17.5 The ActiveX control test container is the ideal place to test your control. 



NOTE: If the Tools menu in Developer Studio doesn't include an ActiveX Control Test Container 
item, you can add it to the menu by following these steps: 

1. Choose Tools, Customize. 

2. Click the Tools tab. 

3. Look at the list of tools and make sure that ActiveX Control Test Container isn't there. 

4. Go to the bottom of the list and double-click the empty entry. 

5. Type Activ&eX Control Test Container in the entry and press Enter. 

6. Click the ... button to the right of the Command box and browse to your Visual C++ CD, or to the 
hard drive on which you installed Visual C++, and to the BIN folder beneath the Developer Studio 
folder. Highlight tstcon32.exe and click OK to finish browsing. On many systems the full path will be 
C:\Program FilesVMicrosoft Visual Studio\Common\Tools\TSTCON32.EXE. Your system may be 
different. 

7. Click the rightward-pointing arrow beside the Initial Directory box and choose Target Directory from 
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the list that appears. 

8. Make sure that the three eheek boxes aeross the bottom of the direetory are not seleeted. 

9. Cliek the Close button. 

If you haven't built a release version and your target is a release version, or if you have not built a 
debug version and your target is a debug version, you will reeeive an error message when you ehoose 
Tools, AetiveX Control Test Container. Simply build the eontrol and you will be able to ehoose the 
menu item. 

After you have installed the test eontainer under the tools menu, you will not need to do so again. By 
bringing up the test eontainer from within Developer Studio like this, you make it simpler to load your 
die -roll eontrol into the test eontainer. 



Within the test eontainer, ehoose Edit, Insert New Control and then ehoose Dieroll Control from the displayed list. 
As Figure 17.6 shows, the eontrol appears as a white reetangle displaying a small number 3. You ean move and 
resize this eontrol within the eontainer, but that little 3 stays doggedly in the upper-left eomer. The next step is to 
make that number ehange when a user elieks the die. 

Reacting to a Mouse Click and Rolling the Die 

There are aetually two things that you want your eontrol to do when the user elieks the mouse on the eontrol: to 
inform the eontainer that the eontrol has been elieked and to roll the die and display the new internal value. 

FIG. 17.6 By adding one property and changing two functions, you have transformed the empty shell into a control 
that displays a 3. 

Notifying the Container 

Let's first taekle using an event to notify a eontainer. Events are how eontrols notify the eontainer of a user aetion. 
Just as there are stoek properties, there are stoek events. These events are already eoded for you: 

• Cliek is eoded to indieate to the eontainer that the user elieked. 

• DblCliek is eoded to indieate to the eontainer that the user double-elieked. 

• Error is eoded to indieate an error that ean't be handled by firing any other event. 

• KeyDown is eoded to indieate to the eontainer that a key has gone down. 

• KeyPress is eoded to indieate to the eontainer that a eomplete keypress (down and then up) has oeeurred. 

• KeyUp is eoded to indieate to the eontainer that a key has gone up. 

• MouseDown is eoded to indieate to the eontainer that the mouse button has gone down. 

• MouseMove is eoded to indieate to the eontainer that the mouse has moved over the eontrol. 

• MouseUp is eoded to indieate to the eontainer that the mouse button has gone up. 

The best way to tell the eontainer that the user has elieked over the eontrol is to fire a Cliek stoek event. The first 
thing to do is to add it to the eontrol with ClassWizard. Follow these steps: 

1. Bring up ClassWizard by ehoosing View, ClassWizard, and eliek the AetiveX Events tab. Make sure that 
the seleeted elass is CDierollCtrl. 

2. Cliek the Add Event button and fill in the Add Event dialog box, as shown in Figure 17.7. 

3. The external name is Cliek; ehoose it from the drop-down list box and notiee how the internal name is 
filled in as FireCliek. 

4. Cliek OK to add the event, and your work is done. Close ClassWizard. 
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FIG. 17.7 ClassWizard helps you add events to your control. 

You may notice the Class View pane has a new addition: two icons resembling handles. Click the + next to 
_DDierollEvents to see that Click is now listed as an event for this application, as shown in Figure 17.8. 

FIG. 17.8 ClassView displays events as well as classes. 

Now when the user clicks the control, the container class will be notified. If you are writing a backgammon game, 
for example, the container can respond to the elick by using the new value on the die to evaluate possible moves or 
do some other backgammon- speeifie task. 

The second part of reacting to clicks involves actually rolling the die and redisplaying it. Not surprisingly, 
ClassWizard helps implement this. When the user elicks over your eontrol, you catch it with a message map entry, 
just as with an ordinary applieation. Bring up ClassWizard and follow these steps: 

1. Seleet the Message Maps tab this time and make sure that your control class, CDierollCtrl, is selected in the 
Class Name combo box. 

2. Scroll through the Messages list box until you find the WM_LBUTTONDOWN message, whieh Windows 
generates whenever the left mouse button is elicked over your eontrol. 

3. Click Add Function to add a function that will be called automatically whenever this message is 
generated— in other words, whenever the user elieks your eontrol. This funetion must always be named 
OnFButtonDownO, so ClassWizard doesn't give you a dialog box asking you to eonfirm the name. 

4. ClassWizard has made a skeleton version of OnFButtonDownO for you; elick the Edit Code button to elose 
ClassWizard, and look at the new OnFButtonDownO code. Here's the skeleton: 

void CDierollCtrl :: OnLButtonDown (UINT nFlags, CPoint point) 

{ 

// TODO: Add your message handler code here and/or call default 
COleCont rol : : OnLButtonDown (nFlags , point ) ; 

} 

5. Replace the TODO eomment with a call to a new funetion, Roll(), that you will write in the next seetion. 
This funetion will return a random number between 1 and 6. 

m_number = Roll(); 

6 . To force a redraw, next add this line: 

InvalidateCont rol () ; 

7. Feave the eall to COleControl:: OnFButtonDownO at the end of the funetion; it handles the rest of the work 
involved in processing the mouse cliek. 

Rolling the Die 

To add Roll() to CDierollCtrl, right-elick on CDierollCtrl in the ClassView pane and then ehoose Add Member 
Function from the shortcut menu that appears. As shown in Figure 17.9, Roll() will be a public function that takes 
no parameters and returns a short. 

FIG. 17.9 Use the Add Member Function dialog box to speed routine tasks. 

What should Roll() do? It should calculate a random value between 1 and 6. The C++ function that returns a random 
number is rand(), which returns an integer between 0 and RAND_MAX. Dividing by RAND_MAX + 1 gives a 
positive number that is always less than 1, and multiplying by 6 gives a positive number that is less than 6. The 
integer part of the number will be between 0 and 5, in other words. Adding 1 produces the result that you want: a 
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number between 1 and 6. Listing 17.9 shows this eode. 

Listing 17.9 DierollCti.cpp-CDieroilCtrl::Roll() 

short CDierollCtrl :: Roll (void) 

{ 

double number = rand ( ) ; 
number /= RAND_MAX + 1; 
number *= 6; 

return ( short ) number + 1; 



NOTE: If RAND_MAX + 1 isn't a multiple of 6, this eode will roll low numbers slightly more often 
than high ones. A typieal value for RAND_MAX is 32,767, whieh means that 1 and 2 will, on the 
average, eome up 5,462 times in 32,767 rolls. However, 3 through 6 will, on the average, eome up 
5,461 times. You're negleeting this inaeeuraey. 

Some die-rolling programs use the modulo funetion instead of this approaeh, but it is far less aeeurate. 
The lowest digits in the random number are least likely to be aeeurate. The algorithm used here 
produees a mueh more random die roll, n 



The random number generator must be seeded before it is used, and it's traditional (and praetieal) to use the eurrent 
time as a seed value. In DoPropExehange(), add the following line before the eall to PX_Short(): 

srand( (unsigned) time ( NULL ) ); 

Rather than hard-eode the start value to 3, eall Roll() to determine a random value. Change the eall to PX_Short() so 
that it reads as follows: 

PX_Short ( pPX, "Number", m_number, RollO); 

Make sure the test eontainer is not still open, build the eontrol, and then test it again in the test eontainer. As you 
eliek the eontrol, the displayed number should ehange with eaeh eliek. Play around with it a little: Do you ever see a 
number less than 1 or more than 6? Any surprises at all? 

Creating a Better User Interface 

Now that the basie funetionality of the die-roll eontrol is in plaee, it's time to neaten it a little. It needs an ieon, and it 
needs to display dots instead of a single digit. 

A Bitmap Icon 

Beeause some die-roll eontrol users might want to add this eontrol to the Control Palette in Visual Basie or Visual 
C++, you should have an ieon to represent it. AppWizard has already ereated one, but it is simply an MFC logo that 
doesn't represent your eontrol in partieular. You ean ereate a more speeialized one with Developer Studio. Cliek the 
ResoureeView tab of the Projeet Workspaee window, eliek the + next to Bitmap, and double-eliek IDB_DIEROLL. 
You ean now edit the bitmap 1 pixel at a time. Figure 17.10 shows an ieon appropriate for a die. From now on, when 
you load the die-roll eontrol into the test eontainer, you will see your ieon on the toolbar. 



http://www.pbs.mcp.com/ebooks/0789715392/ch17/ch17.htm (11 of 23) [7/29/1999 3:52:48 PM] 




Special Edition Using Visual C++ 6 -- Ch 17 - Building an ActiveX Control 

Displaying Dots 

The next step in building this die-roll eontrol is to make the eontrol look like a die. A niee 3D effeet with parts of 
some of the other sides showing is beyond the reaeh of an illustrative ehapter like this one, but you ean at least 
display a dot pattern. 

FIG. 17.10 The ResourceView of Visual C++ enables you to build your own icon to be added to the Control Palette 
in Visual Basic. 

The first step is to set up a switeh statement in OnDraw(). Comment out the three drawing lines and then add the 
switeh statement so that OnDraw() looks like Listing 17.10. 

Listing 17.10 DierollCtl.cpp-CDierollCtrl::OnDraw() 

void CDierollCt rl : : OnDraw ( 

CDC* pdc, const CRect& rcBounds, const CRect& rcinvalid) 

{ 

pdc->FillRect (rcBounds, 

CBrush: : FromHandle ( (HBRUSH) Get StockOb ject (WHITE_BRUSH) ) ) ; 

// CString val; //character representation of the short value 
// val . Format (" %i ", rn_number) ; 

// pdc->ExtTextOut ( 0, 0, ETO_OPAQUE, rcBounds, val, NULL ); 
switch (m_number) 

{ 

case 1: 

break; 
case 2 : 

break; 
case 3: 

break; 
case 4 : 

break; 
case 5: 

break; 
case 6: 

break; 

} 



Now all that remains is adding eode to the ease 1: bloek that draws one dot, to the ease 2: bloek that draws two dots, 
and so on. If you happen to have a real die handy, take a elose look at it. The width of eaeh dot is about one quarter 
of the width of the whole die's faee. Dots near the edge are about one-sixteenth of the die's width from the edge. All 
the other rolls exeept 6 are eontained within the layout for 5, anyway; for example, the single dot for 1 is in the same 
plaee as the eentral dot for 5. 

The seeond parameter of OnDraw(), reBounds, is a CReet that deseribes the reetangle oeeupied by the eontrol. It has 
member variables and funetions that return the eontrol' s upper-left eoordinates, width, and height. The default eode 
generated by AppWizard ealled CDC::Ellipse() to draw an ellipse within that reetangle. Your eode will eall 
EllipseO, too, passing a small reetangle within the larger reetangle of the eontrol. Your eode will be easier to read 
(and will exeeute slightly faster) if you work in units that are one-sixteenth of the total width or height. Eaeh dot will 
be four units wide or high. Add the following eode before the switeh statement: 
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int Xunit = rcBounds . Width ( ) /1 6; 
int Yunit = rcBounds . Height ()/ 1 6 ; 
int Top = rcBounds . top; 
int Left = rcBounds . left ; 

Before drawing a shape by ealling Ellipse(), you need to seleet a tool with whieh to draw. Beeause your eireles 
should be filled in, they should be drawn with a brush. This eode ereates a brush and tells the deviee eontext pde to 
use it, while saving a pointer to the old brush so that it ean be restored later: 

CBrush Black; 

Black. CreateSolidBrush (RGB (0x00, 0x00, 0x00) ) ; //solid black brush 
CBrush* savebrush = pdc->SelectOb ject (&Black) ; 

After the switeh statement, add this line to restore the old brush: 

pdc->SelectOb ject (savebrush) ; 

Now you're ready to add lines to those ease bloeks to draw some dots. For example, rolls of 2, 3, 4, 5, or 6 all need 
dot in the upper-left eomer. This dot will be in a reetangular box that starts one unit to the right and down from the 
upper-left eomer and extends five units right and down. The eall to Ellipse looks like this: 

pdc->Ellipse (Left+Xunit, Top+Yunit, 

Lef t+5 *Xunit , Top + 5*Yunit); 

The eoordinates for the other dots are determined similarly. The switeh statement ends up as show in Listing 17.1 1. 

Listing 17.11 DieroilCtl.cpp-CDierollCtrl::OnDraw() 



switch (m_number ) 



case 1: 

pdc->Ellipse (Left+6*Xunit , Top+6*Yunit, 

Lef t +1 0 *Xunit , Top + 10*Yunit); 

break; 
case 2 : 

pdc->Ellipse (Left+Xunit, Top+Yunit, 

Lef t +5 *Xunit , Top + 5*Yunit); 

pdc->Ellipse (Left+ll*Xunit , Top+ll*Yunit , 

Left+15*Xunit , Top + 15*Yunit); 

break; 
case 3: 

pdc->Ellipse (Left+Xunit, Top+Yunit, 

Lef t +5 *Xunit , Top + 5*Yunit); 

pdc->Ellipse (Left+6*Xunit , Top+6*Yunit, 

Lef t +1 0 *Xunit , Top + 10*Yunit); 

pdc->Ellipse (Left+ll*Xunit , Top+ll*Yunit , 

Left + 15*Xunit , Top + 15*Yunit); 

break; 
case 4 : 

pdc->Ellipse (Left+Xunit, Top+Yunit, 

Lef t +5 *Xunit , Top + 5*Yunit); 

pdc->Ellipse (Left+ll*Xunit , Top+Yunit, 

Left+15*Xunit , Top + 5*Yunit); 

pdc->Ellipse (Left+Xunit, Top+ll*Yunit , 



/ / center 

//upper left 
//lower right 

//upper left 
/ / center 
//lower right 

//upper left 
//upper right 
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Lef t + 5 *Xunit , 
pdc->Ellipse (Left+ll*Xunit , 
Left+15*Xunit 



break; 
case 5: 



Top + 15*Yunit) ; 
Top+ll*Yunit , 

Top + 15*Yunit); 



pdc->Ellipse (Left+Xunit, Top+Yunit, 

Left+5*Xunit , Top + 5*Yunit); 
pdc->Ellipse (Left+ll*Xunit , Top+Yunit, 

Left+15*Xunit , Top + 5*Yunit); 
pdc->Ellipse (Left+6*Xunit , Top+6*Yunit, 

Lef t +1 0 *Xunit , Top + 10*Yunit); 
pdc->Ellipse (Left+Xunit, Top+ll*Yunit , 

Lef t +5 *Xunit , Top + 15*Yunit); 
pdc->Ellipse (Left+ll*Xunit , Top+ll*Yunit , 

Left+15*Xunit , Top + 15*Yunit); 



break; 
case 6: 



//lower left 
//lower right 

//upper left 
//upper right 
/ / center 
//lower left 
//lower right 



pdc->Ellipse (Left+Xunit, Top+Yunit, 

Lef t +5 *Xunit , Top + 5*Yunit); //upper left 
pdc->Ellipse (Left+ll*Xunit , Top+Yunit, 
Left+15*Xunit , Top + 5*Yunit); //upper right 
pdc->Ellipse (Left+Xunit, Top+6*Yunit, 

Lef t +5 *Xunit , Top + 10*Yunit); //center left 
pdc->Ellipse (Left+ll*Xunit , Top+6*Yunit, 

Left+15*Xunit , Top + 10*Yunit); //center right 
pdc->Ellipse (Left+Xunit, Top+1 1 *Yunit , 

Lef t +5 *Xunit , Top + 15*Yunit); //lower left 
pdc->Ellipse (Left+ll*Xunit , Top+1 1 *Yunit , 
Left+15*Xunit , Top + 15*Yunit); //lower right 
break ; 



Build the OCX again and try it out in the test container. You will see something similar to Figure 17.1 1, which 
actually looks like a die ! 

FIG. 17.11 Your rolling-die control now looks like a die. 

If you're sharp-eyed or if you stretch the die very small, you might notice that the pattern of dots is just slightly 
off-center. That's because the control's height and width are not always an exact multiple of 16. For example, if 
Width() returned 31, Xunit would be 1, and all the dots would be arranged between positions 0 and 16, leaving a 
wide blank band at the far right of the control. Luckily, the width is typically far more than 31 pixels, and so the 
asymmetry is less noticeable. 

To fix this, center the dots in the control. Find the lines that calculate Xunit and Yunit, and then add the new lines 
from the code fragment in Listing 17.12. 

Listing 17.12 DierollCtl.cpp-Adjusting Xunit and Yunit 

//dots are 4 units wide and high, one unit from the edge 
int Xunit = rcBounds . Width ( ) /1 6 ; 
int Yunit = rcBounds . Height () /1 6; 
int Xleft = rcBounds . Width () %1 6 ; 
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int Yleft = rcBounds . Height () %1 6; 

// adjust top left by amount left over 
int Top = rcBounds. top + Yleft/2; 

int Left = rcBounds . left + Xleft/2; 

Xleft and Yleft are the leftovers in the X and Y direetion. By moving Top and Left over by half the leftover, you 
eenter the dots in the eontrol without having to ehange any other eode. 

Generating Property Sheets 

AetiveX eontrols have property sheets that enable the user to set properties without any ehange to the eontainer 
applieation. (Property sheets and pages are diseussed in Chapter 12, "Property Pages and Sheets.") You set these up 
as dialog boxes, taking advantage of prewritten pages for font, eolor, and other eommon properties. For this eontrol, 
the obvious properties to add are the following: 

• A flag to indieate whether the value should be displayed as a digit or a dot pattern 

• Foreground eolor 

• Baekground eolor 



NOTE: It's easy to beeome eonfused about what exaetly a property page is. Is eaeh one of the tabs on a 
dialog box a separate page, or is the whole eolleetion of tabs a page? Eaeh tab is ealled a page and the 
eolleetion of tabs is ealled a sheet. You set up eaeh page as a dialog box and use ClassWizard to 
eonneet the values on that dialog box to member variables. 



Digits Versus Dots 

It's a simple enough matter to allow the user to ehoose whether to display the eurrent value as a digit or a dot pattern. 
Simply add a property that indieates this preferenee and then use the property in OnDraw(). The user ean set the 
property, using the property page. 

First, add the property using ClassWizard. Here's how: Bring up ClassWizard and seleet the Automation tab. Make 
sure that the CDierollCtrl elass is seleeted and then eliek Add Property. On the Add Property dialog box, provide the 
external name Dots and the internal name m_dots. The type should be BOOL beeause Dots ean be either TRUE or 
EALSE. Implement this new property as a member variable (direet-aeeess) property. Cliek OK to eomplete the Add 
Property dialog box and eliek OK to elose ClassWizard. The member variable is added to the elass, the dispateh map 
is updated, and a stub is added for the notifieation funetion, OnDotsChanged(). 

To initialize Dots and arrange for it to be saved with a doeument, add the following line to DoPropExehange() after 
the eall to PX_Short(): 

PX_Bool ( pPX, "Dots", m_dots, TRUE) ; 

Initializing the Dots property to TRUE ensures that the eontrol's default behavior is to display the dot pattern. 

In OnDrawO, uneomment those lines that displayed the digit. Wrap an if around them so that the digit is displayed if 
m_dots is EALSE and dots are displayed if it is TRUE. The eode looks like Listing 17.13. 

Listing 17.13 DieroilCtl.cpp-CDieroliCtrl::OnDraw() 



void 

{ 



CDierollCtrl : : OnDraw ( 

CDC* pdc, const 



CRect& 



rcBounds , 



const CRect& rcinvalid) 
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pdc->FillRect (rcBounds, 

CBrush: : FromHandle ( (HBRUSH) Get StockOb ject (WHITE_BRUSH) ) ) ; 
if ( ! m_dot s ) 

{ 

CString val; //character representation of the short value 
val . Format ( " %i " , m_number ) ; 

pdc->ExtTextOut ( 0, 0, ETO_OPAQUE, rcBounds, val, NULL ); 

} 

else 

{ 

//dots are 4 units wide and high, one unit from the edge 
int Xunit = rcBounds . Width () /1 6; 
int Yunit = rcBounds . Height ()/ 1 6 ; 
int Xleft = rcBounds . Width 0 %1 6; 
int Yleft = rcBounds . Height () %16; 

// adjust top left by amount left over 
int Top = rcBounds. top + Yleft /2; 
int Left = rcBounds . left + Xleft/2; 

CBrush Black; 

Black . CreateSolidBrush (RGB ( 0x0 0 , 0x0 0 , 0x0 0 )) ; //solid black brush 
CBrush* savebrush = pdc->SelectOb ject ( &Black) ; 
switch (m_number) 

{ 

case 1 : 

} 

pdc->SelectOb ject (savebrush) ; 

} 



To give the user a way to set Dots, you build a property page by following these steps: 

1. Cliek the ResoureeView tab in the Projeet Workspaee window and then eliek the + next to Dialog. 

2. The OCX has two dialog boxes: one for the About box and one for the property page. Double-elick 
IDD_PROPPAGE_DIEROLL to open it. Eigure 17.12 shows the boilerplate property page generated by 
AppWizard. 

3. Remove the statie control with the TODO reminder by highlighting it and pressing Delete. 

4. Drag a check box from the Control Palette onto the dialog box. Choose View, Properties and then pin the 
Property dialog box in place. 

FIG. 17.12 AppWizard generates an empty property page. 

5. Change the caption to Display Dot Pattern and change the resource ID to IDC_DOTS, as shown in Eigure 
17.13. 

FIG. 17.13 You build the property page for the die-roll control like any other dialog box. 

When the user brings up the property page and clicks to set or unset the check box, that doesn't directly affect the 
value of m_dots or the Dots property. To connect the dialog box to member variables, use ClassWizard and follow 
these steps: 

1. Bring up ClassWizard while the dialog box is still open and on top, and then select the Member Variables 
tab. 
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2. Make sure that CDierollPropPage is the seleeted elass and that the IDC_DOTS resource ID is highlighted, 
and then click the Add Variable button. 

3. Fill in m_dots as the name and BOOL as the type, and fill in the Optional Property Name combo box with 
Dots, as shown in Figure 17.14. 

4. Click OK, and ClassWizard generates code to connect the property page with the member variables in 
CDierollPropPage: :DoDataExchange(). 

FIG. 17.14 You connect the property page to the properties of the control with ClassWizard. 

The path that data follows can be a little twisty. When the user brings up the property sheet, the value of TRUE or 
EALSE is in a temporary variable. Clicking the check box toggles the value of that temporary variable. When the 
user clicks OK, that value goes into CDierollPropPage ::m_dots and also to the Automation property Dots. That 
property has already been connected to CDierollCtrl::m_dots, so the dispatch map in CDierollCtrl will make sure 
that the other m_dots is changed. Because the OnDraw() function uses CDierollCtrl: :m_dots, the control's 
appearance changes in response to the change made by the user on the property page. Having the same name for the 
two member variables makes things more confusing to first-time control builders but less confusing in the long run. 

This works now. Build the control and insert it into the test container. To change the properties, choose Edit, Dieroll 
Control Object, and Properties; your own property page will appear, as shown in Eigure 17.15. (The Extended tab is 
provided for you, but as you can see, it doesn't really do anything. Your General tab is the important one at the 
moment.) Prove to yourself that the control displays dots or a digit, depending on the page's setting, by changing the 
setting, clicking OK, and then watching the control redraw. 

When the control is displaying the value as a number, you might want to display that number in a font that's more in 
proportion with the control's current width and height and centered within the control. That's a relatively simple 
modification to OnDraw(), which you can investigate on your own. 

FIG. 17.15 The control test container displays your own property page. 

User-Selected Colors 

The die you've created will always have black dots on a white background, but giving the user control to change this 
is remarkably simple. You need a property for the foreground color and another for the background color. These 
have already been implemented as stock properties: BackColor and EoreColor. 

Stock Properties Here is the complete list of stock properties available to a control that you write: 

• Appearance. Specifies the control's general look 

• BackColor. Specifies the control's background color 

• BorderStyle. Specifies either the standard border or no border 

• Caption. Specifies the control's caption or text 

• Enabled. Specifies whether the control can be used 

• Eont. Specifies the control's default font 

• EoreColor. Specifies the control's foreground color 

• Text. Also specifies the control's caption or text 

• hWnd. Specifies the control's window handle 

Ambient Properties Controls can also access ambient properties, which are properties of the environment that 
surrounds the control— that is, properties of the container into which you place the control. You can't change ambient 
properties, but the control can use them to adjust its own properties. Eor example, the control can set its background 
color to match that of the container. 
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The container provides all support for ambient properties. Any of your code that uses an ambient property should be 
prepared to use a default value if the container doesn't support that property. Here's how to use an ambient property 
called UserMode: 

BOOL bUserMode; 

if( ! GetAmbientProperty ( DISPID_AMBIENT_USERMODE, 

VT_BOOL, SbUserMode ) ) 

{ 

bUserMode = TRUE; 

} 

This code calls GetAmbientPropertyO with the display ID (DISPID) and variable type (vartype) required. It also 
provides a pointer to a variable into which the value is placed. This variable's type must match the vartype. If 
GetAmbientPropertyO returns FALSE, bUserMode is set to a default value. 

A number of useful DISPIDs are defined in olectl.h, including these: 

DISPID_AMBIENT_BACKCOLOR 

DISPID_AMBIENT_DISPLAYNAME 

DISPID_AMBIENT_EONT 

DISPID_AMBIENT_EORECOLOR 

DISPID_AMBIENT_LOCALEID 

DISPID_AMBIENT_MESSAGEREELECT 

DISPID_AMBIENT_SCALEUNITS 

DISPID_AMBIENT_TEXT ALIGN 

DISPID_AMBIENT_USERMODE 

DISPID_AMBIENT_UIDEAD 

DISPID_AMBIENT_SHOWGRABHANDLES 

DISPID_AMBIENT_SHOWHATCHING 

DISPID_AMBIENT_DISPLAYASDEEAULT 

DISPID_AMBIENT_SUPPORTSMNEMONICS 

DISPID_AMBIENT_AUTOCLIP 

DISPID_AMBIENT_APPEARANCE 

Remember that not all containers support all these properties. Some might not support any, and still others might 
support properties not included in the preceding list. 

The vartypes include those shown in Table 17.1. 

Table 17.1 Variable Types for Ambient Properties 



vartype 


Description 


VT_BOOL 


BOOL 
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VT_BSTR 


CString 


VT_I2 


short 


VT_I4 


long 


VT_R4 


float 


VT_R8 


double 


VT_CY 


CY 


VT_COLOR 


OLE_COLOR 


VT_DISPATCH 


LPDISPATCH 


VT_FONT 


LPFONTDISP 



Remembering whieh vartype goes with whieh DISPID and eheeking the return from GetAmbientPropertyO are a 
bothersome proeess, so the framework provides member funetions of COleControl to get the most popular ambient 
properties: 

• OLE_COLOR AmbientBaekColorO 

• CString AmbientDisplayNameO 

• LPFONTDISP AmbientFontO (Don't forget to release the font by using Release().) 

• OFE_COFOR AmbientForeColorO 

• ECID AmbientEoealelDO 

• CString AmbientSealeUnitsO 

• short AmbientTextAlignO (0 means general— numbers right, text left; 1 means left-justify; 2 means eenter; 
and 3 means right-justify.) 

• BOOE AmbientUserModeO (TRUE means user mode; FALSE means design mode.) 

• BOOL AmbientUIDeadO 

• BOOL AmbientShowHatehingO 

• BOOL AmbientShowGrabHandlesO 

All these funetions assign reasonable defaults if the eontainer doesn't support the requested property. 

Implementing BackColor and ForeColor To add BaekColor and ForeColor to the eontrol, follow these steps: 

1. Bring up ClassWizard, and seleet the Automation tab. 

2. Make sure that CDierollCtrl is the seleeted elass, and eliek Add Property. 

3. Choose BaekColor from the top eombo box, and the rest of the dialog box is filled out for you; it is grayed 
out to remind you that you ean't set any of these fields for a stoek property. Figure 17.16 shows the values 
provided for you. 

FIG. 17.16 ClassWizard describes stock properties for you. 

4. Cliek OK and then add ForeColor in the same way. After you eliek OK, ClassWizard's Automation tab will 
resemble Figure 17.17. The S next to these new properties reminds you that they are stoek properties. 

5. Cliek OK to elose ClassWizard. 

FIG. 17.17 An S precedes the stock properties in the OLE Automation list of properties and methods. 

Setting up the property pages for these eolors is almost as simple beeause there is a prewritten page that you ean use. 
Look through DierollCtl.epp for a bloek of eode like Listing 17.14. 
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Listing 17.14 DierollCtl.cpp-Property Pages 



////////////////////////////////////////////////////////////// 

// Property pages 

// TODO: Add more property pages as needed. Remember to increase the count! 
BEGIN_PROPPAGEIDS (CDierollCtrl, 1) 

PROPPAGEID (CDierollPropPage : :guid) 

END_PROPPAGEIDS (CDierollCtrl) 

Remove the TODO reminder, ehange the eount to 2, and add another PROPPAGEID so that the bloek looks like 
Listing 17.15. 

Listing 17.15 DieroilCtl.cpp-Property Pages 



///////////////////////////////////////////////////////////////////////////// 

// Property pages 

BEGIN_PROPPAGEIDS (CDierollCtrl, 2) 

PROPPAGEID (CDierollPropPage: :guid) 

PROPPAGEID (CLSID_CColorPropPage) 

END_PROPPAGEIDS (CDierollCtrl) 

CLSID_CColorPropPage is a elass ID for a property page that is used to set eolors. Now when the user brings up the 
property sheet, there will be two property pages: one to set eolors and the general page that you already ereated. 

Both ForeColor and BaekColor will be available on this page, so all that remains to be done is using the values set 
by the user. You will have a ehanee to see that very soon, but first, your eode needs to use these eolors. 

Changes to OnDrawQ In OnDraw(), your eode ean aeeess the baekground eolor with GetBaekColor(). Though you 
ean't see it, this funetion was added by ClassWizard when you added the stoek property. The dispateh map for 
CDierollCtrl now looks like Listing 17.16. 

Listing 17.16 DieroilCtl.cpp-Dispatch Map 

BEGIN_DISPATCH_MAP (CDierollCtrl, COleControl) 

//{ {AFX_DISPATCH_MAP (CDierollCtrl) 

DISP_PROPERTY_NOTIFY (CDierollCtrl, "Number", m_number, 

[ccc] OnNumberChanged, VT_I2) 

DISP_PROPERTY_NOTIFY (CDierollCtrl, "Dots", m_dots, 

[ccc] OnDot sChanged, VT_BOOL) 

DISP_STOCKPROP_BACKCOLOR ( ) 

DISP_STOCKPROP_FORECOLOR ( ) 

//} }AFX_DISPATCH_MAP 

DISP_FUNCTION_ID (CDierollCtrl, "AboutBox", 

[ccc] DISPID_ABOUTBOX, AboutBox, VT_EMPTY, VTS_NONE) 

END_DISPATCH_MAP () 

The maero DISP_STOCKPROP_BACKCOLOR() expands to these lines: 

tdefine DISP_STOCKPROP_BACKCOLOR ( ) \ 

DISP_PROPERTY_STOCK (COleControl, "BaekColor", \ 

DISPID_BACKCOLOR, COleControl :: GetBackColor, \ 

COleControl: : SetBackColor, VT_COLOR) 

This eode is ealling another maero, DISP_PROPERTY_STOCK, whieh ends up deelaring the GetBaekColor() 
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function as a member of CDierollCtrl, which inherits from COleControl. Although you can't see it, this function is 
available to you. It returns an OLE_COLOR, which you translate to a COLORREF with TranslateColor(). You can 
pass this COLORREF to CreateSolidBrush() and use that brush to paint the background. Access the foreground 
color with GetForeColor() and give it the same treatment. (Use SetTextColor() in the digit part of the code.) Listing 
17.17 shows the completed OnDraw() (with most of the switch statement cropped out). 

Listing 17.17 DieroilCtl.cpp-CDieroliCtrl::OnDraw() 



void 

{ 



CDierollCtrl :: OnDraw (CDC* pdc, const CRect& rcBounds, 

const CRect& rcinvalid) 

COLORREF back = TranslateColor (GetBackColor ( ) ) ; 

CBrush backbrush; 

backbrush . CreateSolidBrush (back) ; 
pdc->FillRect (rcBounds, &backbrush) ; 
if ( ! m_dot s ) 



CString val; //character representation of the short value 
val . Format ( " %i " , m_number ) ; 

pdc->Set Text Color (TranslateColor (GetForeColor ( ) ) ) ; 
pdc->ExtTextOut ( 0, 0, ETO_OPAQUE, rcBounds, val, NULL ); 

} 

else 

{ 

//dots are 4 units wide and high, one unit from the edge 

int Xunit = rcBounds . Width () /1 6; 

int Yunit = rcBounds . Height ()/ 1 6 ; 

int Top = rcBounds . top; 

int Left = rcBounds . left ; 

COLORREF fore = TranslateColor (GetForeColor ()) ; 

CBrush forebrush; 

forebrush . CreateSolidBrush (fore) ; 

CBrush* savebrush = pdc->SelectOb ject (& forebrush) ; 

switch (m_number) 

{ 



} 

pdc->SelectOb ject (savebrush) ; 



Build the control again, insert it into the test container, and again bring up the property sheet by choosing Edit, 
Dieroll Control Object, Properties. As Figure 17.18 shows, the new property page is just fine for setting colors. 
Change the foreground and background colors a few times and experiment with both dots and digit display to 
exercise all your new eode. 

FIG. 17.18 Stock property pages make short work of letting the user set colors. 
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Rolling on Demand 

ActiveX controls expose methods (functions) just as Automation servers do. This control rolls when the user clicks 
it, but you might want the container application to request a roll without the user's intervention. To do this, you add a 
function called DoRoll() and expose it. 

Bring up ClassWizard, click the Automation tab, and then click Add Method. Name the new function DoRoll, select 
Return Type of Void, and when it is added, click Edit Code and fill it in like this: 

void CDierollCtrl :: DoRoll ( ) 

{ 

m_number = Roll () ; 

InvalidateCont rol ( ) ; 

} 

This simple code rolls the die and requests a redraw. Not everything about ActiveX controls needs to be difficult! 

You can test this code by building the project, opening the test container, inserting a dieroll control, then choosing 
Control, Invoke Methods. On the Invoke Methods dialog box, shown in Figure 17.19, select DoRoll(Method) from 
the upper drop-down box; then click Invoke. You will see the die roll. 

Future Improvements 

The die-rolling control may seem complete, but it could be even better. The following sections discuss 
improvements that can be made to the control for different situations. 

Enable and Disable Rolling 

In many dice games, you can roll the die only when it is your turn. At the moment, this control rolls whenever it is 
clicked, no matter what. By adding a custom property called RollAllowed, you can allow the container to control the 
rolling. When RollAllowed is FALSE, CDieCtrl::OnLButtonDown should just return without rolling and redrawing. 
Perhaps OnDraw should draw a slightly different die (gray dots?) when RollAllowed is FALSE. You decide; it's 
your control. The container would set this property like any Automation property, according to the rules of the game 
in which the control is embedded. 

FIG. 17.19 You can invoke your control's methods in the test container. 

Dice with Unusual Numbers of Sides 

Why restrict yourself to six-sided dice? There are dice that have 4, 8, 12, 20, and even 30 sides; wouldn't they make 
an interesting addition to a dice game? You'll need to get one pair of these odd dice so that you can see what they 
look like and change the drawing code in CDierollCtrl::OnDraw(). You then need to change the hard-coded 6 in 
Roll() to a custom property: an integer with the external name Sides and a member variable m_sides. Don't forget to 
change the property page to enable the user to set Sides, and don't forget to add a line to 
CDieCtrl::DoPropExchange() to make Sides persistent and initialize it to 6. 



TIP: There is such a thing as a two-sided die; it's commonly called a coin. 
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Arrays of Dice 

If you were writing a baekgammon game, you would need two diee. One approaeh would be to embed two 
individual die eontrols. How would you synehronize them, though, so that they both rolled at onee with a single 
eliek? Why not expand the eontrol to be an array of diee? The number of diee would be another eustom property, 
and the eontrol would roll the diee all at onee. The RollAllowed flag would apply to all the diee, as would Sides, so 
that you eould have two six-sided diee or three 12-sided diee, but not two four-sided diee and a 20-sider. Number 
would beeome an array. 



TIP: In Chapter 20, "Building an Internet AetiveX Control," you diseover one way to synehronize two 
or more separate diee within one eontrol eontainer, and you'll learn some of the diffieulties involved. 
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Using Windows Sockets 

There are a number of ways your applications can communicate with other applications through a 
network like the Internet. This chapter introduces you to the concepts involved with these programming 
techniques. Subsequent chapters cover some of these concepts in more detail. 

Before the Windows operating system even existed, the Internet existed. As it grew, it became the largest 
TCP/IP network in the world. The early sites were UNIX machines, and a set of conventions called 
Berkeley sockets became the standard for TCP/IP communication between UNIX machines on the 
Internet. Other operating systems implemented TCP/IP communications, too, which contributed 
immensely to the Internet's growth. On those operating systems, things were becoming messy, with a 
wide variety of proprietary implementations of TCP/IP. Then a group of more than 20 vendors banded 
together to create the Winsock specification. 

The Winsock specification defines the interface to a DLL, typically called WINSOCK.DLL or 
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WSOCK32.DLL. Vendors write the code for the functions themselves. Applications can call the 
functions, confident that each function's name, parameter meaning, and final behavior are the same no 
matter which DLL is installed on the machine. For example, the DLLs included with Windows 95 and 
Windows NT are not the same at all, but a 32-bit Winsock application can run unchanged on a Windows 
95 or Windows NT machine, calling the Winsock functions in the appropriate DLL. 



NOTE: Winsock isn't confined to TCP/IP communication. IPX/SPX support is the second 
protocol supported, and there will be others. For more information, check the Winsock 
specification itself. The Stardust Labs Winsock Resource Page at 
http://www.stardust.com/wsresource/ is a great starting point, n 



An important concept in sockets programming is a socket's port. Every Internet site has a numeric 
address called an IP address, typically written as four numbers separated by dots: 198 . 53 . 145 . 3 , for 
example. Programs running on that machine are all willing to talk, by using sockets, to other machines. If 
a request arrives at 198 . 53 . 145 . 3 , which program should handle it? 

Requests arrive at the machine, carrying a port number-a. number from 1,024 and up that indicates 
which program the request is intended for. Some port numbers are reserved for standard use; for 
example, Web servers traditionally use port 80 to listen for Web document requests from client programs 
like Netscape Navigator. 

Most socket work is connection-based: Two programs form a connection with a socket at each end and 
then send and receive data along the connection. Some applications prefer to send the data without a 
connection, but there is no guarantee that this data will arrive. The classic example is a time server that 
regularly sends out the current time to every machine near it without waiting until it is asked. The delay 
in establishing a connection might make the time sent through the connection outdated, so it makes sense 
in this case to use a connectionless approach. 

Winsock in MFC 

At first, sockets programming in Visual C-i-i- meant making API calls into the DLL. Many developers 
built socket classes to encapsulate these calls. Visual C-i-i- 2.1 introduced two new classes: 

CAsyncSocket and CSocket (which inherits from CAsyncSocket). These classes handle the API calls for 
you, including the startup and cleanup calls that would otherwise be easy to forget. 

Windows programming is asynchronous: lots of different things happen at the same time. In older 
versions of Windows, if one part of an application was stuck in a loop or otherwise hung up, the entire 
application— and sometimes the entire operating system— would stick or hang with it. This is obviously 
something to avoid at all costs. Yet a socket call, perhaps a call to read some information through a 
TCP/IP connection to another site on the Internet, might take a long time to complete. (A function that is 
waiting to send or receive information on a socket is said to be blocking.) There are three ways around 
this problem: 

• Put the function that might block in a thread of its own. The thread will block, but the rest of the 
application will carry on. 

• Have the function return immediately after making the request, and have another function check 
regularly (poll the socket) to see whether the request has completed. 
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• Have the function return immediately, and send a Windows message when the request has 
completed. 

The first option was not available until recently, and the second is inefficient under Windows. Most 
Winsock programming adopts the third option. The class CAsyncSocket implements this approach. For 
example, to send a string across a connected socket to another Internet site, you call that socket's Send() 
function. Send() doesn't necessarily send any data at all; it tries to, but if the socket isn't ready and 
waiting, Send() just returns. When the socket is ready, a message is sent to the socket window, which 
catches it and sends the data across. This is called asynchronous Winsock programming. 



NOTE: Winsock programming isn't a simple topic; entire books have been written on it. If 
you decide that this low-level sockets programming is the way to go, building standard 
programs is a good way to learn the process, n 



CAsyncSocket The CAsyncSocket class is a wrapper class for the asynchronous Winsock calls. It has a 
number of useful functions that facilitate using the Winsock API. Table 18.1 lists the CAsyncSocket 
member functions and responsibilities. 

Table 18.1 CAsyncSocket Member Functions 



Method Name 


Description 


Accept 


Handles an incoming connection on a listening socket, filling a new socket with the 
address information. 


AsyncSelect 


Requests that a Windows message be sent when a socket is ready. 


Attach 


Attaches a socket handle to a CAsyncSocket instance so that it can form a 
connection to another machine. 


Bind 


Associates an address with a socket. 


Close 


Closes the socket. 


Connect 


Connects the socket to a remote address and port. 


Create 


Completes the initialization process begun by the constructor. 


Detach 


Detaches a previously attached socket handle. 


FromHandle 


Returns a pointer to the CAsyncSocket attached to the handle it was passed. 


GetLastErro 


Returns the error code of the socket. After an operation fails, call GetLastError to 
find out why. 


GetPeerName 


Einds the IP address and port number of the remote socket that the calling object 
socket is connected to, or fills a socket address structure with that information. 


GetSockName 


Returns the IP address and port number of this socket, or fills a socket address 
structure with that information. 


GetSockOpt 


Returns the currently set socket options. 


lOCtl 


Sets the socket mode most commonly to blocking or non-blocking. 


Listen 


Instructs a socket to watch for incoming connections. 
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OnAeeept 


Handles the Windows message generated when a soeket has an ineoming 
eonneetion to aeeept (often overridden by derived elasses). 


OnClose 


Handles the Windows message generated when a soeket eloses (often overridden 
by derived elasses). 


OnConneet 


Handles the Windows message generated when a soeket beeomes eonneeted or a 
eonneetion attempt ends in failure (often overridden by derived elasses). 


OnOutOfB andData 


Handles the Windows message generated when a soeket has urgent, out-of-band 
data ready to read. 


OnReeeive 


Handles the Windows message generated when a soeket has data that ean be read 
with ReeeiveO (often overridden by derived elasses). 


OnSend 


Handles the Windows message generated when a soeket is ready to aeeept data that 
ean be sent with Send() (often overridden by derived elasses). 


Reeeive 


Reads data from the remote soeket to whieh this soeket is eonneeted. 


ReeeiveFrom 


Reads a datagram from a eonneetionless remote soeket. 


Send 


Sends data to the remote soeket to whieh this soeket is eonneeted. 


SendTo 


Sends a datagram without a eonneetion. 


SetSoekOpt 


Sets soeket options. 


ShutDown 


Keeps the soeket open but prevents any further Send() or 


ReeeiveO ealls. 



If you use the CAsyneSoeket elass, you'll have to fill the soeket address struetures yourself, and many 
developers would rather delegate a lot of this work. In that ease, CSoeket is a better soeket elass. 

CSocket CSoeket inherits from CAsyneSoeket and has all the funetions listed for CAsyneSoeket. Table 
18.2 deseribes the new methods added and the virtual methods overridden in the derived CSoeket elass. 

Table 18.2 CSocket Methods 



Method Name 


Description 


Attaeh 


Attaehes a soeket handle to a CAsyneSoeket instanee so that it ean form a 
eonneetion to another maehine 


Create 


Completes the initialization after the eonstruetor eonstruets a blank soeket 


FromHandle 


Returns a pointer to the CSoeket attaehed to the handle it was passed 


IsBloeking 


Returns TRUE if the soeket is bloeking at the moment, waiting for something to 
happen 


CaneelBloekingCal 


Caneels whatever request had left the soeket bloeking 


OnMessagePending 


Handles the Windows messages generated for other parts of your applieation while 
the soeket is bloeking (often overridden by derived elasses) 



In many eases, soeket programming is no longer neeessary beeause the Wininet elasses, IS API 
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programming, and ActiveX controls for Web pages are bringing more and more power to Internet 
programmers. If you would like to explore a sample socket program, try Chatter and ChatSrvr, provided 
by Visual C++. Search either name in the online help to find the files. 

Each session of Chatter emulates a user server. The ChatSrvr program is the server, acting as traffic 
manager among several clients. Each Chatter can send messages to the ChatSrvr by typing in some text, 
and the ChatSrvr sends the message to everyone logged on to the session. Several traffic channels are 
managed at once. 

If you've worked with sockets before, this short overview may be all you need to get started. If not, you 
may not need to learn them. If you plan to write a client/server application that runs over the Internet and 
doesn't use the existing standard applications like mail or the Web, then learning sockets is probably in 
your future. But, if you want to use email, the Web, ETP, and other popular Internet information sources, 
you don't have to do it by writing socket programs at all. You may be able to use MAPI, the Wininet 
classes, or ISAPI to achieve the results you are looking for. 

Using the Messaging APi (MAPi) 

The most popular networking feature in most offices is electronic mail. You could add code to your 
application to generate the right commands over a socket to transmit a mail message, but it's simpler to 
build on the work of others. 

What Is MAPI? 

MAPI is a way of pulling together applications that need to send and receive messages (messaging 
applications) with applications that know how to send and receive messages (messaging services and 
service providers), in order to decrease the work load of all the developers involved. Eigure 18.1 shows 
the scope of MAPI. Note that the word messaging covers far more than just electronic mail: A MAPI 
service can send a fax or voice-mail message instead of an electronic mail message. If your application 
uses MAPI, the messaging services, such as email clients that the user has installed, will carry out the 
work of sending the messages that your application generates. 

The extent to which an application uses messaging varies widely: 

• Some applications can send a message, but sending messages isn't really what the application is 
about. Eor example, a word processor is fundamentally about entering and formatting text and then 
printing or saving that text. If the word processor can also send the text in a message, fine, but 
that's incidental. Applications like this are said to be messaging -aware and typically use just the tip 
of the MAPI functionality. 

• Some applications are useful without being able to send messages, but they are far more useful in 
an environment where messages can be sent. Eor example, a personal scheduler program can 
manage one person's To Do list whether messaging is enabled or not. If it is enabled, a number of 
work group and client-contact features— such as sending email to confirm an appointment— become 
available. Applications like this are said to be messaging-enabled and use some, but not all, of the 
MAPI features. 

• Einally, some applications are all about messaging. Without messaging, these applications are 
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useless. They are said to be messaging-based, and they use all of MAPI's functionality. 

FIG. 18.1 The Messaging API includes applications that need messaging and those that provide it. 

Win95 Logo Requirements 

The number-one reason for a developer to make an application messaging aware is to meet the 
requirements of the Windows 95 Logo program. To qualify for the logo, an application must have a Send 
item on the File menu that uses MAPI to send the document. (Exceptions are granted to applications 
without documents.) 

To add this feature to your applications, it's best to think of it before you create the empty shell with 
AppWizard. If you are planning ahead, here is a list of all the work you have to do to meet this part of the 
logo requirement: 

1. In Step 4 of AppWizard, select the MAPI (Messaging API) check box. 

That's it! The menu item is added, and message maps and functions are generated to catch the menu item 
and call functions that use your Serialize() function to send the document through MAPI. Figure 18.2 
shows an application called MAPIDemo that is just an AppWizard empty shell. 

No additional code was added to this application, beyond the code generated by AppWizard, and the 
Send item is on the File menu, as you can see. If you choose this menu item, your MAPI mail client is 
launched to send the message. Figures 18.2 and 18.3 were captured on a machine with Microsoft 
Exchange installed as an Internet mail client (Inbox), and so it is Microsoft Exchange that is launched, as 
shown in Figure 18.3. The message contains the current document, and it is up to you to fill in the 
recipient, the subject, and any text you want to send with the document. 

FIG. 18.2 AppWizard adds the Send item to the File menu, as well as the code that handles the item. 

FIG. 18.3 Microsoft Mail is launched so that the user can fill in the rest of the email message around the 
document that is being sent. 



TIP: If the Send item doesn't appear on your menu, make sure that you have a MAPI client 
installed. Microsoft Exchange is an easy-to-get MAPI client. The OnUpdateFileSendMail() 
function removes the menu item Send from the menu if no MAPI client is registered on your 
computer. 



If you didn't request MAPI support from AppWizard when you built your application, here are the steps 
to manually add the Send item: 

1. Add the Send item to the File menu. Use a resource ID of ID_FILE_SEND_MAIL. The 
prompt will be supplied for you. 

2. Add these two lines to the document's message map, outside the //AFX comments: 

ON_COMMAND ( ID_FILE_SEND_MAIL, OnFileSendMail ) 

ON_UPDATE_COMMAND_UI ( ID_FILE_SEND_MAIL, OnUpdat eFileSendMail ) 

Adding the mail support to your application manually isn't much harder than asking AppWizard to do it. 
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Advanced Use of MAPI 



If you want more from MAPI than just meeting the logo requirements, things do become harder. There 
are four kinds of MAPI client interfaces: 

• Simple MAPI, an older API not recommended for use in new applications 

• Common Messaging Calls (CMC), a simple API for messaging-aware and messaging-enabled 
applications 

• Extended MAPI, a full-featured API for messaging-based applications 

• Active Messaging, an API with somewhat fewer features than Extended MAPI but ideal for use 
with Visual C+-I- 



Common Messaging Calls There are only ten functions in the CMC API. That makes it easy to learn, 
yet they pack enough punch to get the job done: 

• cmc_logon() connects to a mail server and identifies the user. 

• cmc_logoff() disconnects from a mail server. 

• cmc_send() sends a message. 

• cmc_send_documents() sends one or more files. 

• cmc_list() lists the messages in the user's mailbox. 

• cmc_read() reads a message from the user's mailbox. 

• cmc_act_on() saves or deletes a message. 

• cmc_look_up() resolves names and addresses. 

• cmc_query_configuration() reports what mail server is being used. 

• cmc_free() frees any memory allocated by other functions. 



The header file XCMC.H declares a number of structures used to hold the information passed to these 
functions. For example, recipient information is kept in this structure: 



/*RECIPIENT*/ 
typedef struct { 
CMC_string 
CMC_enum 
CMC_string 
CMC_enum 
CMC_flags 
CMC_extension EAR 
} CMC_recipient ; 



name ; 

name_type ; 
address ; 
role; 

recip_f lags ; 
*recip_extensions ; 



You could fill this structure with the name and address of the recipient of a mail message by using a 
standard dialog box or by hard-coding the entries, like this: 

CMC_recipient recipient = { 

"Kate Gregory", 

CMC_TYPE_INDIVIDUAL, 

" SMTP : kate0gregcons . com" , 
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CMC_ROLE_TO, 

CMC_RE C I P_LAS T_E LEMENT , 

NULL } ; 

The type, role, and flags use one of these predefined values: 

Listing 18.1 (Excerpt from \MSDev\inciude\XCMC.H) Command Definitions 



/* NAME 


TYPES */ 






#def ine 


CMC_TYPE_UNKNOWN 


( (CMC_enum) 


0) 


#def ine 


CMC_TYPE_INDIVIDUAL 


( (CMC_enum) 


1) 


#def ine 


CMC_TYPE_GROUP 


( (CMC_enum) 


2) 


/* ROLES 


*/ 






#def ine 


CMC_ROLE_TO 


( (CMC_enum) 


0) 


#def ine 


CMC_ROLE_CC 


( (CMC_enum) 


1) 


#def ine 


CMC_ROLE_BCC 


( (CMC_enum) 


2) 


#def ine 


CMC_ROLE_ORIGINATOR 


( (CMC_enum) 


3) 


#def ine 


CMC_ROLE_AUTHORI Z ING_USER 


( (CMC_enum) 


4) 


/* RECIP 


lENT ELAGS */ 






#def ine 


CMC_RE C I P_I GNORE 


( (CMC_flags) 


1) 


#def ine 


CMC_RECIP_LIST_TRUNCATED 


( (CMC_flags) 


2) 


#def ine 


CMC_RE C I P_LAS T_E LEMENT 


( (CMC_flags) 


0x80000000) 



There is a message structure you could fill in the same way or by presenting the user with a dialog box to 
enter the message details. This structure includes a pointer to the recipient structure you have already 
filled. Your program then calls cmc_logon(), cmc_send(), and cmc_logoff() to complete the process. 

Extended MAPI Extended MAPI is based on COM, the Component Object Model. Messages, 
recipients, and many other entities are defined as objects rather than as C structures. There are far more 
object types in Extended MAPI than there are structure types in CMC. Access to these objects is through 
OLE (ActiveX) interfaces. The objects expose properties, methods, and events. These concepts are 
discussed in Part IV, Chapter 13, "ActiveX Concepts." 

Active Messaging If you understand Automation (described in Chapter 16, "Building an Automation 
Server"), you will easily understand Active Messaging. Your application must be an Automation client, 
however, and building such a client is beyond the scope of this chapter. Various ways to use Active 
Messaging are in Visual Basic programming and VBA scripts for programs such as Excel. Your program 
would set up objects and then set their exposed properties (for example, the subject line of a message 
object) and invoke their exposed methods (for example, the Send() method of a message object). 

The objects used in Active Messaging include the following: 

• Session 

• Message 

• Recipient 

• Attachment 

Active messaging is part of the Collaboration Data Objects (CDO) library. A detailed reference of these 
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objects, as well as their properties and methods, can be found in MSDN under Platform SDK, Database 
and Messaging Services, Collaboration Data Objects, CDO Library, and Reference. You'll find three 
articles on using Active Messaging, and sample applications, under Technical Articles, Database and 
Messaging Services, Microsoft Exchange Server. 

Using the Wininet Classes 

MFC 4.2 introduced a number of new classes that eliminate the need to learn socket programming when 
your applications require access to standard Internet client services. Figure 18.4 shows the way these 
classes relate to each other. Collectively known as the Wininet classes, they are the following: 

• CIntemetSession 

• CIntemetConnection 

• CIntemetFile 

• HttpConnection 

• CHttpFile 

• CGopherFile 

• CFtpConnection 

• CGopherConnection 

• CFileFind 

• CFtpFileFind 

• CGopherFileFind 

• CGopherLocator 

• CIntemetException 



TIP: These classes help you write Internet client applications, with which users interact 
directly. If you want to write server applications, which interact with client applications, 
you'll be interested in ISAPI, discussed in the next section. 



First, your program establishes a session by creating a CIntemetSession. Then, if you have a uniform 
resource locator (URL) to a Gopher, FTP, or Web (HTTP) resource, you can call that session's 
OpenURLO function to retrieve the resource as a read-only CIntemetFile. Your application can read the 
file, using CStdioFile functions, and manipulate that data in whatever way you need. 

FIG. 18.4 The Wininet classes make writing Internet client programs easier. 

If you don't have an URL or don't want to retrieve a read-only file, you proceed differently after 
establishing the session. Make a connection with a specific protocol by calling the session's 
GetFtpConnectionO, GetGopherConnection(), or GetHttpConnection() functions, which return the 
appropriate connection object. You then call the connection's OpenFile() function. 

CFtpConnection: :OpenFile() returns a CIntemetFile; CGopherConnection: :OpenFile() returns a 
CGopherFile; and CHttpConnection::OpenFile() returns a CHttpFile. The CFileFind class and its derived 
classes help you find the file you want to open. 
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Chapter 19, "Internet Programming with the Wininet Classes," works through a sample client program 
using Wininet classes to establish an Internet session and retrieve information. 



NOTE: Though email is a standard Internet application, you'll notice that the Wininet 
classes don't have any email functionality. That's because email is handled by MAPI. There 
is no support for Usenet news either, in the Wininet classes or elsewhere. 



Using Internet Server API (ISAPI) Classes 

ISAPI is used to enhance and extend the capabilities of your HTTP (World Wide Web) server. ISAPI 
developers produce extensions md filters. Extensions are DLLs invoked by a user from a Web page in 
much the same way as CGI (common gateway interface) applications are invoked from a Web page. 
Lilters are DLLs that run with the server and examine or change the data going to and from the server. 
Lor example, a filter might redirect requests for one file to a new location. 



NOTE: Lor the ISAPI extensions and filters that you write to be useful, your Web pages 
must be kept on a server that is running an IS API-compliant server such as the Microsoft IIS 
Server. You must have permission to install DLLs onto the server, and for an ISAPI filter, 
you must be able to change the Registry on the server. If your Web pages are kept on a 
machine administered by your Internet service provider (ISP), you will probably not be able 
to use ISAPI to bring more power to your Web pages. You may choose to move your pages 
to a dedicated server (a powerful Intel machine running Windows NT Server 4.0 and 
Microsoft IIS is a good combination) so that you can use ISAPI, but this will involve 
considerable expense. Make sure that you understand the constraints of your current Web 
server before embarking on a project with ISAPI. 

One of the major advantages of ActiveX controls for the Internet (discussed in Chapter 20, 
"Building an Internet ActiveX Control") is that you don't need access to the server in order 
to implement them, n 



The five MLC ISAPI classes form a wrapper for the API to make it easier to use: 

• CHttpServer 

• CHttpLilter 

• CHttpServerContext 

• CHttpLilterContext 

• CHtmlStream 

Your application will have a server or a filter class (or both) that inherits from CHttpServer or 
CHttpLilter. These are rather like the classes in a normal application that inherit from CWinApp. There i 
only one instance of the class in each DLL, and each interaction of the server with a client takes place 
through its own instance of the appropriate context class. (A DLL may contain both a server and a filter 
but, at most, one of each.) CHtmlStream is a helper class that describes a stream of HTML to be sent by 
server to a client. 
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The ISAPI Extension Wizard is an AppWizard that simplifies creating extensions and filters. To use this 
wizard, choose File, New (as always) and then the Project tab. Scroll down the list on the left and select 
ISAPI Extension Wizard (as shown in Figure 18.5). Fill in the project name and folder, and click OK. 

Creating a server extension is a one-step process. That step, which is also the first step for a filter, is 
shown in Figure 18.6. The names and descriptions for the filter and extension are based on the project 
name that you chose. 

If you choose to create a filter, the Next button is enabled and you can move to the second step for filters, 
shown in Figure 18.7. This list of parameters gives you an idea of the power of an ISAPI filter. You can 
monitor all incoming and outgoing requests and raw data, authenticate users, log traffic, and more. 

FIG. 18.5 The ISAPI Extension Wizard is another kind of AppWizard. 

FIG. 18.6 The first step in the ISAPI Extension Wizard process is to name the components of the DLL 
that you are creating. 

FIG. 18.7 The second step in the ISAPI Extension Wizard process is to set filter parameters. 

AppWizard shows you a final confirmation screen, like the one in Figure 18.8, before creating the files. 
When you create a server and a filter at the same time, 1 1 files are created for you, including source and 
headers for the class that inherits from CHttpServer and the class that inherits from CHttpFilter. 

FIG. 18.8 The ISAPI Extension Wizard process summarizes the files that will be created. 

Writing a filter from this shell is quite simple. You have been provided with a stub function to react to 
each event for which notification was requested. For example, the filter class has a function called 
OnEndOfNetSessionO, which is called when a client's session with this server is ending. You add code to 
this function to log, monitor, or otherwise react to this event. When the filter is complete, you edit the 
Registry by hand so that the server will run your DLL. 

To write an extension, add one or more functions to your DLL. Each function will be passed a 
CHttpContext pointer, which can be used to gather information such as the user's IP address. If the 
function is invoked from an HTML form, additional parameters such as values of other fields on the form 
will also be passed to the function. 

The details of what the function does depend on your application. If you are implementing an online 
ordering system, the functions involved will be lengthy and complex. Other extensions will be simpler. 

When the function is complete, place the DLL in the executable folder for the server— usually the folder 
where CGI programs are kept— and adjust your Web pages so that they include links to your DLL, like 
this: 

Now you can <A HREF=http :/ /www . company . com/exec/orders . dll> 
place an order</A> online! 

For more information on ISAPI programming, be sure to read Que's Special Edition Using ISAPI. You 
will discover how ISAPI applications can make your Web site dynamic and interactive, learn how to 
write filters and extensions, and cover advanced topics including debugging ISAPI applications and 
writing multithreaded applications. 
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Adding the Internet to your applications is an exciting trend. It's going to make lots of work for 
programmers and create some powerful products that simplify the working life of anyone with an 
Internet connection. Just a year ago, writing Internet applications meant getting your fingernails dirty 
with sockets programming, memorizing TCP/IP ports, and reading RFCs. The new Wininet and ISAPI 
classes, as well as improvements to the old MAPI support, mean that today you can add amazing power 
to your application with just a few lines of code or by selecting a box on an AppWizard dialog box. 1 
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Designing the Internet Query Application 

Chapter 18, "Sockets, MAPI, and the Internet," introduces the Wininet classes that you can use to build 
Internet client applications at a fairly high leyel. This chapter deyelops an Internet application that 
demonstrates a number of these classes. The application also seryes a useful function: You can use it to learn 
more about the Internet presence of a company or organization. You don't need to learn about sockets or 
handle the details of Internet protocols to do this. 

Imagine that you haye someone's email address (kate@gregcons.com, for example) and you'd like to know 
more about the domain (gregcons.com in this example). Perhaps you haye a great idea for a domain name 
and want to know whether it's already taken. This application. Query, will try connecting to gregcons.com 
(or greatidea.org, or any other domain name that you specify) in a yariety of ways and will report the results 
of those attempts to the user. 

This application will haye a simple user interface. The only piece of information that the user needs to supply 
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is the domain name to be queried, and there is no need to keep this information in a doeument. You might 
want a menu item ealled Query that brings up a dialog box in whieh to speeify the site name, but a better 
approaeh is to use a dialog-based applieation and ineorporate a Query button into the dialog box. 

A dialog-based applieation, as diseussed in the seetion "A Dialog-Based Applieation" of Chapter 1, 
"Building Your First Applieation," has no doeument and no menu. The applieation displays a dialog box at 
all times; elosing the dialog box eloses the applieation. You build the dialog box for this applieation like any 
other, with Developer Studio. 

To build this applieation's shell, ehoose File, New from within Developer Studio and then eliek the Projeet 
tab. Highlight MFC AppWizard(exe), name the applieation Query, and in Step 1 ehoose Dialog Based, as 
shown in Figure 19.1. Cliek Next to move to Step 2 of AppWizard. 

FIG. 19.1 Choose a dialog-based application for Query. 

In Step 2 of AppWizard, request an About box, no eontext- sensitive Help, 3D eontrols, no automation or 
AetiveX eontrol support, and no soekets support. (This applieation won't be ealling soeket funetions 
direetly.) Give the applieation a sensible title for the dialog box. The AppWizard ehoiees are summarized, as 
shown in Figure 19.2. Cliek Next to move to Step 3 of AppWizard. 

FIG. 19.2 This application doesn’t need Help, automation, ActiveX controls, or sockets. 

The rest of the AppWizard proeess will be familiar by now: You want eomments, you want to link to the 
MFC libraries as a shared DLL, and you don't need to ehange any of the elassnames suggested by 
AppWizard. When the AppWizard proeess is eompleted, you're ready to build the heart of the Query 
applieation. 

Building the Query Dialog Box 

AppWizard produees an empty dialog box for you to start with, as shown in Figure 19.3. To edit this dialog 
box, switeh to the resouree view, expand the Query Resourees, expand the Dialogs seetion, and double-eliek 
the IDD_QUERY_DIALOG resouree. The following steps will transform this dialog box into the interfaee 
for the Query applieation. 

FIG. 19.3 AppWizard generates an empty dialog box for you. 



TIP: If working with dialog boxes is still new to you, be sure to read Chapter 2, "Dialogs and 
Controls." 



1. Change the eaption on the OK button to Query. 

2. Change the eaption on the Caneel button to Close. 

3. Delete the TODO statie text. 

4. Grab a sizing handle on the right edge of the dialog box and streteh it so that the dialog box is 300 
pixels wide or more. (The size of the eurrently seleeted item is in the lower-right eorner of the sereen.) 

5. At the top of the dialog box, add an edit box with the resouree ID IDC_HOST. Streteh the edit box 
as wide as possible. 

6. Add a statie label next to the edit box. Set the text to Site name. 
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7. Grab a sizing handle along the bottom of the dialog box and streteh it so that the dialog box is 150 
pixels high, or more. 

8. Add another edit box and resize it to fill as mueh of the bottom part of the dialog box as possible. 

9. Give this edit box the resouree ID IDC_OUT. 

10. Cliek the Styles tab on the Properties box and seleet the Multiline, Horizontal Seroll, Vertieal 
Seroll, Border, and Read-Only eheek boxes. Make sure all the other eheek boxes are deseleeted. 

The finished dialog box and the Style properties of the large edit box will resemble Figure 19.4. 

FIG. 19.4 Build the Query user interface as a single dialog box. 

When the user elieks the Query button, this applieation should somehow query the site. The last step in the 
building of the interfaee is to eonneet the Query button to eode with ClassWizard. Follow these steps to 
make that eonneetion: 

1. Choose View, Class Wizard to bring up ClassWizard. 

2. There are three possible elasses that eould eateh the eommand generated by the button eliek, but 
CQueryDlg is the logieal ehoiee beeause the host name will be known by that elass. Make sure that 
CQueryDlg is the elass seleeted in the Class Name drop-down list box. 

3. Highlight ID_OK (you did not ehange the resouree ID of the OK button when you ehanged the 
eaption) in the left list box and BN_CLICKED in the right list box. 

4. Cliek Add Funetion to add a funetion that will be ealled when the Query button is elieked. 

5. ClassWizard suggests the name OnOK; ehange it to OnQuery, as shown in Figure 19.5, and then 
eliek OK. 

FIG. 19.5 Add a function to handle a click on the Query button, still with the ID IDOK. 

6. Cliek the Member Variables tab to prepare to eonneet the edit eontrols on the dialog box to member 
variables of the dialog elass. 

7. Highlight IDC_HOST and eliek Add Variable. As shown in Figure 19.6, you'll eonneet this eontrol 
to a CString member variable of the dialog elass m_host. 

8. Conneet IDC_OUT to m_out, also a CString. 

Cliek OK to elose ClassWizard. Now all that remains is to write CQueryDlg:: OnQuery (), whieh will use the 
value in m_host to produee lines of output for m_out. 

FIG. 19.6 Connect ID C_HO ST to CQueryDlg: :m_host. 

Querying HTTP Sites 

The first kind of eonneetion to try when investigating a domain's Internet presenee is HTTP beeause so many 
sites have Web pages. The simplest way to make a eonneetion using HTTP is to use the Wininet elass 
CInternetSession and eall its OpenURL() funetion. This will return a file, and you ean display the first few 
lines of the file in m_out. First, add this line at the beginning of QueryDlg.epp, after the inelude of stdafx.h: 

#include "afxinet.h" 

This gives your eode aeeess to the Wininet elasses. Beeause this applieation will try a number of URLs, add 
a funetion ealled TryURL() to CQueryDlg. It takes a CString parameter ealled URL and returns void. 
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Right-click CQueryDlg in the ClassView and choose Add Member Function to add TryURL() as a protected 
member function. The new function, TryURL(), will be ealled from CQueryDlg: :OnQuery(), as shown in 
Listing 19.1. Edit OnQueryO to add this eode. 

Listing 19.1 QueryDlg.cpp--CQueryDlg::OnQuery() 

void CQueryDlg :: OnQuery ( ) 

{ 

const CString http = "http://"; 

UpdateData (TRUE) ; 
m_out = " " ; 

UpdateData (FALSE) ; 

TryURL (http + m_host); 

TryURL (http + "www." + m_host); 

} 

The eall to UpdateData(TRUE) fills m_host with the value that the user typed. The eall to 
UpdateData(EALSE) fills the IDC_OUT read-only edit box with the newly eleared m_out. Then eome two 
ealls to TryURL(). If, for example, the user typed microsoft.com, the first eall would try 
http://microsoft.com and the seeond would try http://www.microsoft.com. TryURL() is shown in Listing 
19.2. 

Listing 19.2 QueryDlg.cpp--CQueryDlg::TryURL() 

void CQueryDlg :: TryURL (CString URL) 

{ 

CInternetSession session; 

m_out += "Trying " + URL + "\r\n"; 

UpdateData (FALSE) ; 

CInternetFile* file = NULL; 
try 
{ 

//We know for sure this is an Internet file, 

//so the cast is safe 

file = (CInternetFile*) session . QpenURL (URL) ; 

} 

catch (CInternetExcept ion* pEx) 

{ 

//if anything went wrong, just set file to NULL 
file = NULL; 
pEx->Delete () ; 

} 

if (file) 

{ 

m_out += "Connection established. \r\n"; 

CString line; 

for (int i=0; i < 20 && file->ReadSt ring ( line ) ; i++) 
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{ 

m_out += line + "\r\n"; 

} 

f ile->Close ( ) ; 
delete file; 

} 

else 

{ 

m_out += "No server found there. \r\n"; 

} 

m_out += " \r\n"; 

UpdateData (FALSE) ; 

} 

The remainder of this seetion presents this eode again, a few lines at a time. First, establish an Internet 
session by eonstrueting an instanee of CIntemetSession. There are a number of parameters to this 
eonstruetor, but they all have default values that will be fine for this applieation. The parameters follow: 

• LPCTSTR pstrAgent The name of your applieation. If NULL, it's filled in for you, using the name 
that you gave to AppWizard. 

• DWORD dwContext The eontext identifier for the operation. For synehronous sessions, this is not an 
important parameter. 

• DWORD dwAeeessType The aeeess type: INTERNET_OPEN_TYPE_PRECONFIG (default), 
INTERNET_OPEN_TYPE_DIRECT, or INTERNET_OPEN_TYPE_PROXY. 

• LPCTSTR pstrProxyName The name of your proxy, if aeeess is 
INTERNET_OPEN_TYPE_PROXY. 

• LPCTSTR pstrProxyBypass A list of addresses to be eonneeted direetly rather than through the proxy 
server, if aeeess is INTERNET_OPEN_TYPE_PROXY. 

• DWORD dwElags Options that ean be OR'ed together. The available options are 
INTERNET_ELAG_DONT_CACHE, INTERNET_ELAG_ASYNC, and 
INTERNET_PLAG_OEPLINE. 

dwAeeessType defaults to using the value in the Registry. Obviously, an applieation that insists on direet 
Internet aeeess or proxy Internet aeeess is less useful than one that enables users to eonfigure that 
information. Making users set their Internet aeeess type outside this program might be eonfusing, though. To 
set your default Internet aeeess, double-eliek the My Computer ieon on your desktop, then on the Control 
Panel, and then on the Internet tool in the Control Panel. Choose the Conneetion tab (the version for Internet 
Explorer under Windows 95 is shown in Eigure 19.7) and eomplete the dialog box as appropriate for your 
setup. If you are using NT or Windows 98, or if your browser version is different, you might see a slightly 
different dialog, but you should still be able to ehoose your eonneetion type. 

FIG. 19.7 Set your Internet connection settings once, and all applications can retrieve them from the 
Registry. 

0 If you dial up to the Internet, seleet the Dial eheek box and fill in the parameters in the top half of the 
page. 

• If you eonneet to the Internet through a proxy server, seleet the Proxy eheek box and eliek the Settings 
button to identify your proxy addresses and ports. 
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• If you are connected directly to the Internet, leave both check boxes unselected. 

If you want to set up an asynchronous (nonblocking) session, for the reasons discussed in the "Using 
Windows Sockets" section of Chapter 18, your options in dwFlags must include 

INTERNET_FLAG_ASYNC. In addition, you must call the member function EnableStatusCallback() to set 
up the callback function. When a request is made through the session— such as the call to OpenURL() that 
occurs later in TryURL()— and the response will not be immediate, a nonblocking session returns a pseudo 
error code, ERROR_IO_PENDING. When the response is ready, these sessions automatically invoke the 
callback function. 

Eor this simple application, there is no need to allow the user to do other work or interact with the user 
interface while waiting for the session to respond, so the session is constructed as a blocking session and all 
the other default parameters are also used: 

CInternetSession session; 

Having constructed the session, TryURL() goes on to add a line to m_out that echoes the URL passed in as a 
parameter. The "\r\n" characters are return and newline, and they separate the lines added to m_out. 
UpdateData(EALSE) gets that onscreen: 

m_out += "Trying " + URL + "\r\n"; 

UpdateData (FALSE) ; 

Next is a call to the session's OpenURL() member function. This function returns a pointer to one of several 
file types because the URL might have been to one of four protocols: 

• file:// opens a file. The function constructs a CStdioEile and returns a pointer to it. 

• ftp:// goes to an ETP site and returns a pointer to a CInternetPile object. 

• gopher:// goes to a Gopher site and returns a pointer to a CGopherPile object. 

• http:// goes to a World Wide Web site and returns a pointer to a CHttpPile object. 

Because CGopherPile and CHttpPile both inherit from CInternetPile and because you can be sure that 
TryURLO will not be passed a file:// URL, it is safe to cast the returned pointer to a CInternetPile. 



TIP: There is some confusion in Microsoft's online documentation whenever sample URLs are 
shown. A backslash (\) character will never appear in an URL. In any Microsoft example that 
includes backslashes, use forward slashes (/) instead. 



If the URL would not open, file will be NULL, or OpenURL()_ will throw an exception. (Lor background on 
exceptions, see Chapter 26, "Exceptions and Templates.") Whereas in a normal application it would be a 
serious error if an URL didn't open, in this application you are making up URLs to see whether they work, 
and it's expected that some won't. As a result, you should catch these exceptions yourself and do just enough 
to prevent runtime errors. In this case, it's enough to make sure that file is NULL when an exception is 
thrown. To delete the exception and prevent memory leaks, call CException::Delete(), which safely deletes 
the exception. The block of code containing the call to OpenURL() is in Listing 19.3. 

Listing 19.3 QueryDlg.cpp--CQueryDlg::TryURL() 

CInternetFile* file = NULL; 

try 
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{ 

//We know for sure this is an Internet file, 

//so the cast is safe 

file = (CInternetFile* ) session . OpenURL (URL) ; 

} 

catch (CInternetExcept ion* pEx) 

{ 

//if anything went wrong, just set file to NULL 
file = NULL; 
pEx->Delete () ; 

} 

If file is not NULL, this routine will display some of the Web page that was found. It first eehoes another 
line to m_out. Then, in a for loop, the routine ealls CInternetFile: :ReadString() to fill the CString line with 
the eharaeters in file up to the first \r\n, whieh are stripped off. This eode simply taeks line (and another \r\n) 
onto m_out. If you would like to see more or less than the first 20 lines of the page, adjust the number in this 
for loop. When the first few lines have been read, TryURL() eloses and deletes the file. That bloek of eode is 
shown in Listing 19.4. 

Listing 19.4 QueryDlg.cpp--CQueryDlg::TryURL() 

if (file) 

{ 

m_out += "Connection established. \r\n"; 

CString line; 

for (int 1=0; i < 20 && file->ReadSt ring ( line ) ; i++) 

{ 

m_out += line + "\r\n"; 

} 

f ile->Close ( ) ; 
delete file; 

} 

If the file eould not be opened, a message to that effeet is added to m_out: 

else 



m_out += "No server found there. \r\n"; 

} 

Then, whether the file existed or not, a line of dashes is taeked on m_out to indieate the end of this attempt, 
and one last eall to UpdateData(FALSE) puts the new m_out onsereen: 

m_out += " \r\n"; 

UpdateData (FALSE) ; 

} 



You ean now build and run this applieation. If you enter microsoft.com in the text box and eliek Query, 
you'll diseover that there are Web pages at both http://microsoft.com and http://www.microsoft.com. 
Figure 19.8 shows the results of that query. 
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FIG. 19.8 Query can find Microsoft’s Web sites. 

If Query doesn't find Web pages at either the domain name you provided or www. plus the domain name, it 
doesn't mean that the domain doesn't exist or even that the organization that owns the domain name doesn't 
have a Web page. It does make it less likely, however, that the organization both exists and has a Web page. 
If you see a stream of HTML, you know for eertain that the organization exists and has a Web page. You 
might be able to read the HTML yourself, but even if you ean't, you ean now eonneet to the site with a Web 
browser sueh as Mierosoft's Internet Explorer. 

Querying FTP Sites 

As part of a site name investigation, you should eheek whether there is an FTP site, too. Most FTP sites have 
names like ftp.company.com, though some older sites don't have names of that form. Cheeking for these 
sites isn't as simple as just ealling TryURL() again beeause TryURL() assumes that the URL leads to a file, 
and URLs like ftp.greatidea.org lead to a list of files that eannot simply be opened and read. Rather than 
make TryURL() even more eomplieated, add a proteeted funetion to the elass ealled TryFTPSite(CString 
host). (Right-eliek CQueryDlg in the Class View and ehoose Add Member Funetion to add the funetion. It 
ean return void.) 

TryFTPSiteO has to establish a eonneetion within the session, and if the eonneetion is established, it has to 
get some information that ean be added to m_out to show the user that the eonneetion has been made. 

Getting a list of files is reasonably eomplex; beeause this is just an illustrative applieation, the simpler task of 
getting the name of the default FTP direetory is the way to go. The eode is in Listing 19.5. 

Listing 19.5 QueryDig.cpp--CQueryDig::TryFTPSite() 

void CQueryDlg :: TryFTPSite (CSt ring host) 

{ 

CInternetSession session; 

m_out += "Trying FTP site " + host + "\r\n"; 

UpdateData (FALSE) ; 

CFtpConnect ion* connection = NULL; 
try 



connection = session . GetFtpConnection (host ) ; 

} 

catch (CInternetExcept ion* pEx) 

{ 

//if anything went wrong, just set connection to NULL 
connection = NULL; 
pEx->Delete () ; 

} 

if (connection) 

{ 

m_out += "Connection established. \r\n"; 

CString line; 

connect ion->GetCurrentDirectory (line) ; 
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m_out += "default directory is " + line + "\r\n"; 
connect ion->Close () ; 
delete connection; 

} 

else 

{ 

m_out += "No server found there. \r\n"; 

} 

m_out += " \r\n"; 

UpdateData (FALSE) ; 

} 

This code is very much like TryURL(), except that rather than open a file with session. OpenURL(), it opens 
an FTP connection with session.GetFtpConnection(). Again, exceptions are caught and essentially ignored, 
with the routine just making sure that the connection pointer won't be used. The call to 
GetCurrentDirectoryO returns the direetory on the remote site in which sessions start. The rest of the routine 
is just like TryURL(). 

Add two lines at the end of OnQueryO to eall this new funetion: 

TryFTPSite (m_host) ; 

TryFTPSite ( " f tp . " + m_host) ; 

Build the applieation and try it: Figure 19.9 shows Query finding no FTP site at microsoft.com and finding 
one at ftp.microsoft.com. The delay before results start to appear might be a little diseoneerting. You ean 
eorreet this by using asynehronous sockets, or threading, so that early results ean be added to the edit box 
while later results are still eoming in over the wire. However, for a simple demonstration application like 
this, just wait patiently until the results appear. It might take several minutes, depending on network traffie 
between your site and Mierosoft's, your line speed, and so on. 

FIG. 19.9 Query finds one Microsoft FTP site. 

If Query doesn't find Web pages or FTP sites, perhaps this domain doesn't exist at all or doesn't have any 
Internet serviees other than email, but there are a few more investigative trieks available. The results of these 
investigations will definitely add to your knowledge of existing sites. 

Querying Gopher Sites 

As with FTP, TryURLO won't work when querying a Gopher site like gopher.company.com because this 
returns a list of filenames instead of a single file. The solution is to write a protected member function called 
TryGopherSiteO that is almost identical to TryFTPSite(), except that it opens a CGopherConnection. Also, 
rather than echo a single line describing the default directory, it echoes a single line describing the Gopher 
locator associated with the site. Add TryGopherSite to CQueryDlg by right-clicking the classname in 
Class View and choosing Add Member Function, as you did for TryFTPSite(). The code for TryGopherSiteO 
is in Listing 19.6. 

Listing 19.6 QueryDlg.cpp--CQueryDlg::TryGopherSite() 

void CQueryDlg :: TryGopherSite (CSt ring host) 
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CInternetSession session; 

m_out += "Trying Gopher site " + host + "\r\n"; 
UpdateData (FALSE) ; 

CGopherConnect ion* connection = NULL; 
try 



connection = session . GetGopherConnection (host ) ; 

} 

catch (CInternetExcept ion* pEx) 

{ 

//if anything went wrong, just set connection to NULL 
connection = NULL; 
pEx->Delete () ; 

} 

if (connection) 

{ 

m_out += "Connection established. \r\n"; 

CString line; 

CGopherLocator locator = connect ion->CreateLocator (NULL, NULL, 
GOPHER_TYPE_DIRECTORY) ; 
line = locator; 

m_out += "first locator is " + line + "\r\n"; 
connect ion->Close () ; 
delete connection; 

} 

else 



m_out += "No server found there. \r\n"; 

} 

m_out += " \r\n"; 

UpdateData (FALSE) ; 



The call to CreateLocator() takes three parameters. The first is the filename, which might include wild cards. 
NULL means any file. The second parameter is a selector that can be NULL. The third is one of the 
following types: 

GOPHER_TYPE_TEXT_FILE 

GOPHER_TYPE_DIRECTORY 

GOPHER_TYPE_CSO 

GOPHER_TYPE_ERROR 

GOPHER_TYPE_MAC_BINHEX 

GOPHER_TYPE_DOS_ARCHIVE 
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GOPHER_TYPE_UNIX_UUENCODED 

GOPHER_TYPE_INDEX_SERVER 

GOPHER_TYPE_TELNET 

GOPHER_TYPE_BINARY 

GOPHER_TYPE_REDUNDANT 

GOPHER_TYPE_TN3270 

GOPHER_TYPE_GIE 

GOPHER_TYPE_IMAGE 

GOPHER_TYPE_BITMAP 

GOPHER_TYPE_MOVIE 

GOPHER_TYPE_SOUND 

GOPHER_TYPE_HTML 

GOPHER_TYPE_PDE 

GOPHER_TYPE_CALENDAR 

GOPHER_TYPE_INLINE 

GOPHER_TYPE_UNKNOWN 

GOPHER_TYPE_ASK 

GOPHER_TYPE_GOPHER_PLUS 

Normally, you don't build locators for files or directories; instead, you ask the server for them. The locator 
that will be returned from this call to CreateLocator() describes the locator associated with the site you are 
investigating. 

Add a pair of lines at the end of OnQueryO that call this new TryGopherSite() function: 

TryGopherSite (m_host) ; 

TryGopherSite ( "gopher . " + m_host) ; 

Build and run the program again. Again, you might have to wait several minutes for the results. Eigure 19.10 
shows that Query has found two Gopher sites for harvard.edu. In both cases, the locator describes the site 
itself. This is enough to prove that there is a Gopher site at harvard.edu, which is all that Query is supposed 
to do. 

FIG. 19.10 Query finds two Harvard Gopher sites. 



TIP: Gopher is an older protocol that has been supplanted almost entirely by the World Wide 
Web. As a general rule, if a site has a Gopher presence, it's been on the Internet since before the 
World Wide Web existed (1989) or at least before the huge upsurge in popularity began (1992). 
What's more, the site was probably large enough in the early 1990s to have an administrator 
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who would set up the Gopher menus and text. 



Using Gopher to Send a Finger Query 

There is another protoeol that ean give you information about a site. It's one of the oldest protoeols on the 
Internet, and it's ealled Finger. You ean finger a single user or an entire site, and though many sites have 
disabled Finger, many more will provide you with useful information in response to a Finger request. 

There is no MFC elass or API funetion with the word/inger in its name, but that doesn't mean you ean't use 
the elasses already presented. This seetion relies on a triek— and on knowledge of the Finger and Gopher 
protoeols. Although the Wininet elasses are a boon to new Internet programmers who don't quite know how 
the Internet works, they also have a lot to offer to old-timers who know what's going on under the hood. 

As diseussed in the "Using Windows Soekets" seetion of Chapter 18, all Internet transaetions involve a host 
and a port. Well-known serviees use standard port numbers. For example, when you eall 
CInternetSession::OpenURL() with an URL that begins with http://, the eode behind the seenes eonneets to 
port 80 on the remote host. When you eall GetFtpConneetion(), the eonneetion is made to port 21 on the 
remote host. Gopher uses port 70. If you look at Figure 19.10, you'll see that the loeator that deseribes the 
gopher.harvard.edu site ineludes a mention of port 70. 

The Gopher doeumentation makes this elear: If you build a loeator with a host name, port 70, Gopher type 0 
(GOPHER_TYPE_TEXT_FILE is defined to be 0), and a string with a filename, any Gopher elient simply 
sends the string, whether it's a filename or not, to port 70. The Gopher server listening on that port responds 
by sending the file. 

Einger is a simple protoeol, too. If you send a string to port 79 on a remote host, the Einger server that is 
listening there will reaet to the string by sending a Einger reply. If the string is only \r\n, the usual reply is a 
list of all the users on the host and some other information about them, sueh as their real names. (Many sites 
eonsider this an invasion of privaey or a seeurity risk, and they disable Einger. Many other sites, though, 
deliberately make this same information available on their Web pages.) 

Putting this all together, if you build a Gopher loeator using port 79-instead of the default 70— and an empty 
filename, you ean do a Einger query using the MEC Wininet elasses. Eirst, add another funetion to 
CQueryDlg ealled TryEinger(), whieh takes a CString host and returns void. The eode for this funetion is 
very mueh like TryGopherSite(), exeept that the eonneetion is made to port 79: 

connection = session . GetGopherConnect ion (host , NULL, NULL, 7 9 ) ; 

After the eonneetion is made, a text file loeator is ereated: 

CGopherLocator locator = connect ion->CreateLocator (NULL, NULL, 
GOPHER_TYPE_TEXT_FILE) ; 

This time, rather than simply east the loeator into a CString, use it to open a file: 

CGopherEile* file = connection->OpenEile (locator) ; 

Then eeho the first 20 lines of this file, just as TryURL() eehoed the first 20 lines of the file returned by a 
Web server. The eode for this is in Listing 19.7. 

Listing 19.7 QueryDlg.cpp--CQueryDlg::TryFinger() Excerpt 
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if (file) 

{ 

CString line; 

for (int i=0; i < 20 && f ile->ReadString (line) ; i++) 

{ 

m_out += line + "\r\n"; 

} 

f ile->Close ( ) ; 
delete file; 

} 

Putting it all together, Listing 19.8 shows TryFinger(). 

Listing 19.8 QueryDlg.cpp--CQueryDlg::TryFinger() 

void CQueryDlg :: TryFinger (CString host) 

{ 

CInternetSession session; 

m_out += "Trying to Finger " + host + "\r\n"; 

UpdateData (FALSE) ; 

CGopherConnect ion* connection = NULL; 
try 
{ 

connection = session . GetGopherConnect ion (host , NULL, NULL, 7 9 ) ; 

} 

catch (CInternetExcept ion* pEx) 

{ 

//if anything went wrong, just set connection to NULL 
connection = NULL; 
pEx->Delete () ; 

} 

if (connection) 

{ 

m_out += "Connection established. \r\n"; 

CGopherLocator locator = connect ion->CreateLocator (NULL, NULL, 
GOPHER_TYPE_TEXT_FILE) ; 

CGopherFile* file = connection->OpenFile (locator) ; 
if (file) 

{ 

CString line; 

for (int i=0; i < 20 && f ile->ReadString (line) ; i++) 

{ 

m_out += line + "\r\n"; 

} 

f ile->Close ( ) ; 
delete file; 

} 
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connect ion->Close () ; 
delete connection; 

} 

else 

{ 

m_out += "No server found there. \r\n"; 

} 

m_out += " \r\n"; 

UpdateData (FALSE) ; 

} 

Add a line at the end of OnQueryO that calls this new function: 

TryFinger (m_host) ; 

Now, build and run the application. Figure 19.1 1 shows the result of a query on the site whitehouse.gov, 
scrolled down to the Finger section. 

FIG. 19.11 Query gets email addresses from the White House Finger server. 



NOTE: If the site you are investigating isn't running a Finger server, the delay will be longer 
than usual and a message box will appear, telling you the connection timed out. Click OK on the 
message box if it appears, [dagger] n 



Using Gopher to Send a Whois Query 

One last protocol provides information about sites. It, too, is an old protocol not supported directly by the 
Wininet classes. It is called Whois, and it's a service offered by only a few servers on the whole Internet. The 
servers that offer this service are maintained by the organizations that register domain names. For example, 
domain names that end in .com are registered through an organization called InterNIC, and it runs a Whois 
server called rs.internic.net (the rs stands for Registration Services.) Like Finger, Whois responds to a string 
sent on its own port; the Whois port is 43. Unlike Finger, you don't send an empty string in the locator; you 
send the name of the host that you want to look up. You connect to rs.internic.net every time. (Dedicated 
Whois servers offer users a chance to change this, but in practice, no one ever does.) 

Add a function called TryWhois(); as usual, it takes a CString host and returns void. The code is in Listing 
19.9. 

Listing 19.9 QueryDlg.cpp--CQueryDlg::TryWhois() 

void CQueryDlg :: TryWhois (CString host) 

{ 

C Internet Session session; 

m_out += "Trying Whois for " + host + "\r\n"; 

UpdateData (FALSE) ; 

CGopherConnect ion* connection = NULL; 
try 
{ 
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connection = session . GetGopherConnection 
“I ("rs.internic.net", NULL, NULL, 43 ) ; 

} 

catch (CInternetExcept ion* pEx) 

{ 

//if anything went wrong, just set connection to NULL 
connection = NULL; 
pEx->Delete () ; 

} 

if (connection) 

{ 

m_out += "Connection established. \r\n"; 

CGopherLocator locator = connect ion->CreateLocator (NULL, host, 
GOPHER_TYPE_TEXT_EILE) ; 

CGopherEile* file = connection->OpenEile (locator) ; 
if (file) 

{ 

CString line; 

for (int i=0; i < 20 && f ile->ReadString (line) ; i++) 

{ 

m_out += line + "\r\n"; 

} 

f ile->Close ( ) ; 
delete file; 

} 

connect ion->Close () ; 
delete connection; 

} 

else 

{ 

m_out += "No server found there. \r\n"; 

} 

m_out += " \r\n"; 

UpdateData (EALSE) ; 

} 

Add a line at the end of OnQueryO to eall it: 

TryWhois (m_host) ; 

Build and run the applieation one last time. Figure 19.12 shows the Whois part of the report for 
mcp.com— this is the domain for Maemillan Computer Publishing, Que's parent eompany. 

FIG. 19.12 Query gets real-life addresses and names from the InterNIC Whois server. 

Adding eode after the Finger portion of this applieation means that you ean no longer ignore the times when 
the Finger eode ean't eonneet. When the eall to OpenFile() in TryFinger() tries to open a file on a host that 
isn't running a Finger server, an exeeption is thrown. Control will not return to OnQueryO, and TryWhois() 
will never be ealled. To prevent this, you must wrap the eall to OpenFile() in a try and eateh bloek. Listing 
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19.10 shows the changes to make. 

Listing 19.10 QueryDIg.cpp Changes to TryFingerQ 

//replace this line: 

CGopherFile* file = connection->OpenFile (locator) ; 
//with these lines: 

CGopherFile* file = NULL; 
try 



file = connect ion->OpenFile (locator) ; 

} 

catch (CInternetExcept ion* pEx) 

{ 

//if anything went wrong, just set file to NULL 
file = NULL; 
pEx->Delete () ; 

} 

Change TryFinger(), build Query again, and query a site that doesn't run a Finger server, such as 
microsoft.com. You will successfully reach the Whois portion of the application. 

Future Work 



The Query application built in this chapter does a lot, but it could do much more. There are email and news 
protocols that could be reached by stretching the Wininet classes a little more and using them to connect to 
the standard ports for these other services. You could also connect to some well-known Web search engines 
and submit queries by forming URLs according to the pattern used by those engines. In this way, you could 
automate the sort of poking around on the Internet that most of us do when we're curious about a domain 
name or an organization. 

If you'd like to learn more about Internet protocols, port numbers, and what's happening when a client 
connects to a server, you might want to read Que's Building Internet Applications with Visual C-I--I-. The 
book was written for Visual C-P-i- 2.0, and though all the applications in the book compile and run under later 
versions of MFC, the applications would be much shorter and easier to write now. Still, the insight into the 
way the protocols work is valuable. 

The Wininet classes, too, can do much more than you've seen here. Query doesn't use them to retrieve real 
files over the Internet. Two of the Wininet sample applications included with Visual C-t-i- 6.0 do a fine job of 
showing how to retrieve files: 

• FTPTREE builds a tree list of the files and directories on an ETP site. 

• TEAR brings back a page of HTML from a Web site. 

There are a lot more Microsoft announcements to come in the next few months. Keep an eye on the Web site 
www.microsoft.com for libraries and software development kits that will make Internet software 
development even easier and faster. 
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Building an Internet ActiveX Control 

• Embedding an ActiveX Control in a Microsoft Internet Explorer Web Page 

• Embedding an ActiveX Control in a Netscape Navigator Web Page 

• Registering as Safe for Scripting and Initializing 

• Choosing Between ActiveX and Java Applets 

• Using AppWizard to Create Easter ActiveX Controls 

• Speeding Control Loads with Asynchronous Properties 
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o Using BLOBs 
o Changing Dieroll 
o Testing and Debugging Dieroll 



Embedding an ActiveX Controi in a Microsoft internet 
Expiorer Web Page 

In Chapter 17, "Building an ActiveX Control," you learned how to build your own controls and include them in 
forms-based applications written in Visual Basic, Visual C++, and the VBA macro language. There's one other place 
those controls can go— on a Web page. However, the ActiveX controls generated by older versions of Visual C++ 
were too big and slow to put on a Web page. This chapter shows you how to place these controls on your Web pages 
and how to write faster, sleeker controls that will make your pages a pleasure to use. 

It's a remarkably simple matter to put an ActiveX control on a Web page that you know will be loaded by Microsoft 
Internet Explorer 3.0 or later. You use the <OBJECT> tag, a relatively new addition to HTML that describes a wide 
variety of objects that you might want to insert in a Web page: a moving video clip, a sound, a Java applet, an 
ActiveX control, and many more kinds of information and ways of interacting with a user. Listing 20. 1 shows the 
HTML source for a page that displays the Dieroll control from Chapter 17. 

Listing 20.1 fatdie.html-Using <OBJECT> 
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<HEAD> 

<TITLE>A Web page with a rolling die</TITLE> 

</HEAD> 

<BODY> 

<OBJECT ID="Dierolll" 

CLASSID="CLSID: 46646B43-EA16-11CF-870C-00201801DDD6" 

CODEBASE=" die roll . cab#Version=l , 0,0,1" 

WIDTH="200" 

HEIGHT="200"> 

<PARAM NAME="ForeColor" VALUE="0"> 

<PARAM NAME="BackColor" VALUE=" 1 67 7 72 15 "> 

If you see this text, your browser does not support the OBJECT tag. 

<BR> 

</OBJECT> 

<BR> 

Here is some text after the die 
</BODY> 

</HTML> 

The only ugly thing here is the CLSID, and the easiest way to get that, beeause you're a software developer, is to eut 
and paste it from dieroll.odl, the Objeet Deseription Library. Open the dieroll projeet you built in Chapter 17 and use 
FileView to open dieroll.odl quiekly. Here's the seetion in dieroll.odl that ineludes the CLSID: 

// Class information for CDierollCtrl 
[ uuid (46646B43-EA16-11CF-870C-00201801DDD6) , 
helpstring ( "Dieroll Control"), control ] 

This seetion is at the end of dieroll.odl— the earlier CLSIDs do not refer to the whole eontrol, only to portions of it. 
Copy the uuid from inside the braekets into your HTML souree. 



TIP: Mierosoft has a produet ealled the Control Pad that gets CLSIDs from the Registry for you and 
makes life easier for Web page builders who are either intimidated by instruetions like "open the ODL 
file" or don't have the ODL file beeause it's not shipped with the eontrol. Beeause you're building this 
eontrol and know how to open files in Developer Studio, this ehapter will not deseribe the Control Pad 
tool. If you're eurious, see Mierosoft's Control Pad Web page at 
http://www.microsoft.com/workshop/author/cpad/ for more details. 



The CODEBASE attribute of the OBJECT tag speeifies where the OCX file is kept, so if the user doesn't have a 
eopy of the AetiveX eontrol, one will be downloaded automatieally. The use of the CLSID means that if this user 
has already installed this AetiveX eontrol, there is no download time; the eontrol is used immediately. You ean 
simply speeify an URL to the OCX file, but to automate the DLL downloading, this CODEBASE attribute points to 
a CAB file. Putting your eontrol in a CAB file will eut your download time by nearly half. You ean learn more about 
CAB teehnology at http://www.microsoft.com/intdev/cab/ . That page is written for Java developers, but the 
teehnology works just as well to eut the download time for AetiveX eontrols. 



TIP: If you don't have aeeess to a Web server in whieh to put eontrols while you're developing them, 
use a file:// URL in the CODEBASE attribute that points to the eontrol's loeation on your hard drive. 



The remaining OBJECT tag attributes will be intuitive if you've built a Web page before: ID is used by other tags on 
the page to refer to this eontrol; WIDTH and HEIGHT speeify the size, in pixels, of the eontrol's appearanee; and 
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HSPACE and VSPACE are horizontal and vertical blank spaces, in pixels, around the entire control. 

Everything after the <OBJECT ...> tag and before the </OBJECT> tag is ignored by browsers that understand the 
OBJECT tag. (The <OBJECT...> tag is usually many lines long and contains all the information to describe the 
object.) Browsers that don't understand the OBJECT tag ignore the <OBJECT ...> tag and the </OBJECT> tag and 
display the HTML between them (in this case, a line of text pointing out that this browser doesn't support the tag). 
This is part of the specification for a Web browser: It should ignore tags it doesn't understand. 

Eigure 20.1 shows this page displayed in Microsoft Explorer 3.0. Clicking the die rolls it, and everything works 
beautifully. Things certainly look simple and amazing, but two flaws appear immediately: 

• Not all browsers support the OBJECT tag. 

• It can take a long time to download the control. 

FIG. 20.1 Microsoft Internet Explorer can show ActiveX controls. 

Eigure 20.2 shows the same page displayed in Netscape Navigator 3.0. It doesn't support the OBJECT tag, so it 
doesn't show the die. Also, Netscape Navigator is used by more than half the people who browse the Web! Does that 
mean it's not worth writing ActiveX controls for Web pages? Not at all. As you'll see in the very next section, there's 
a way that Navigator users can use the same controls as Explorer users. 

FIG. 20.2 Netscape Navigator can 't show ActiveX controls. 

The size issue is a bigger worry. The release version of the Dieroll control, as built for Chapter 17, is 26KB. Many 
designers put a 50KB limit per Web page for graphics and other material to be downloaded, and this simple control 
uses half that limit. A more powerful control would easily exceed it. The majority of this chapter deals with ways to 
reduce that size or otherwise minimize the download time for ActiveX controls. Web page designers can then tap the 
controls' full power without worrying that users will label their pages as slow, one of the worst knocks against any 
Web site. 

There's a third flaw that you won't notice because you have Visual C++ installed on your computer. The control 
requires the MFC DLL. The user must download it and install it before the controls can run. The mechanism that 
automatically downloads and installs controls doesn't automatically download and install this DLL, though using a 
CAB file as discussed earlier can make it possible. 



TIP: For an example of a Web page that includes a CAB file for the Dieroll control and the MFC 
DLLs, come to http://www.gregcons.com/dieroll.htm . 



NOTE: It might occur to you to try linking the MFC Library statically into your control. It seems easy 
enough to do: Choose Project, Settings, and on the General tab there is a drop-down list box inviting 
you to choose static linking. If you do that and build, you'll get hundreds of linker errors: The 
COleControl and CPropPage functions are not in the DLL that is linked statically. (That's because 
Microsoft felt it would be foolish to link the MFC functions statically in a control.) Setting up another 
library to link in those functions is beyond the scope of this chapter, especially because all this work 
would lead to an enormous (more than 1MB) control that would take far too long to download the first 
time. 
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Embedding an ActiveX Controi in a Netscape Navigator 
Web Page 

NCompass Labs ( www.ncompasslabs.com ) has produced a Netscape plug-in, ealled SeriptAetive, that enables you 
to embed an AetiveX eontrol in a page to be read with Netseape Navigator. The HTML for the page must be 
ehanged, as shown in Listing 20.2. (Resist the temptation to get the plug-in and load this HTML into Netseape 
yourself until you have registered the eontrol as safe for initializing and seripting in the next seetion.) 



TIP: You ean download a demonstration version of the plug-in for a free 30-day trial from the 
NCompass Labs Web site. 



Listing 20.2 fatdie2.html-Using <OBJECT> and <EMBED> 

<HTML> 

<HEAD> 

<TITLE>A Web page with a rolling die</TITLE> 

</HEAD> 

<B0DY> 

<0BJECT ID="Dierolll" 

CLASSID="CLSID: 46646B43-EA16-11CF-870C-00201801DDD6" 

C0DEBASE=" die roll . cab#Version=l , 0,0,1" 

WIDTH="200" 

HEIGHT="200"> 

<PARAM NAME="ForeColor" VALUE="0"> 

<PARAM NAME="BackColor" VALUE=" 1 67 7 72 15 "> 

<PARAM NAME=" Image" VALUE= " beans .bmp" > 

<EMBED LIVECONNECT NAME="Dierolll " 

WIDTH="200" 

HEIGHT="200" 

CLASSID="CLSID: 46646B43-EA16-11CF-870C-00201801DDD6" 

TYPE=" application/ oleob ject " 

CODEBASE=" die roll . cab#Version=l , 0,0,1" 

PARAM_ForeColor="0" 

PARAM_BackColor="16777215"> 

</OBJECT> 

<BR> 

Here is some text after the die 
</BODY> 

</HTML> 

It is the <EMBED> tag that brings up the plug-in. Beeause it's inside the <OBJECT>...</OBJECT> tag, Mierosoft 
Internet Explorer and other browsers that know the OBJECT tag will ignore the EMBED. This means that this 
HTML souree will display the eontrol equally well in Netseape Navigator and in Explorer. You'll probably want to 
inelude a link on your page to the NCompass page to help your readers find the plug-in and learn about it. 

Mierosoft is eommitted to establishing AetiveX eontrols as a eross -platform, multibrowser solution that will, in the 
words of its slogan, "Aetivate the Internet." The AetiveX eontrol speeifieation is no longer a proprietary doeument 
but has been released to a committee that will maintain the standard. Don't pay any attention to people who suggest 
you should only build these eontrols if your readers use Internet Explorer! 
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Registering as Safe for Scripting and initiaiizing 

For any of your readers who operate with a Medium safety level, the eontrol should be registered as safe for 
seripting and initializing. This assures anyone who wants to view a page eontaining the eontrol that no matter what 
funetions are ealled from a seript or what parameters are initialized through the PARAM attribute, nothing unsafe 
will happen. For an example of a eontrol that isn't safe, think of a eontrol that deletes a file on your maehine when it 
exeeutes. The default file is one you won't miss or that probably won't exist. A page that put this eontrol in a seript, 
or that initialized the filename with PARAM attributes, might order the eontrol to delete a very important file or 
files, based on guesses about where most people keep doeuments. It would be simple to delete 
C:\MSOFFICE\WINWORD\WINWORD.EXE, for example, and that would be annoying for Word users. Eigure 
20.3 shows the error message displayed in Explorer when you are using the Medium safety level and load a page 
featuring a eontrol that isn't registered as seript-safe or init-safe. The NCompass Labs plug-in, SeriptAetive, also 
refuses to load eontrols that are not registered as seript-safe and init-safe. 

FIG. 20.3 Explorer alerts you to controls that might run amok. 

Eirst, you need to add three funetions to DierollCtl.epp. (They eome unehanged from the AetiveX SDK.) These 
funetions are ealled by eode presented later in this seetion. Don't forget to add deelarations of these funetions to the 
header file, too. The eode is in Listing 20.3. 

Listing 20.3 DierollCti.cpp-New Functions to Mark the Control as Safe 



//////////////////////////////////////////////////////////////// 

// Copied from the ActiveX SDK 

/ / This code is used to register and unregister a 
// control as safe for initialization and safe for scripting 
HRESULT CreateComponentCategory (CATID catid, WCHAR* catDescription) 

{ 

ICatRegister* per = NULL ; 

HRESULT hr = S_OK ; 

hr = CoCreatelnst ance (CLSID_StdComponentCategoriesMgr, 

NULL, CLSCTX_INPROC_SERVER, I ID_ICatRegister , ( void** ) &pcr ) ; 

if (FAILED (hr)) 

return hr; 

// Make sure the HKCR\Component Categories! catid. } 

// key is registered 
CATEGORYINFO cat info; 
cat inf o . cat id = catid; 
catinfo.lcid = 0x0409 ; // english 

// Make sure the provided description is not too long. 

// Only copy the first 127 characters if it is 
int len = wcslen (catDescription) ; 
if (len>127) 

len = 127; 

wesnepy (catinfo . szDescription, catDescription, len) ; 

// Make sure the description is null terminated 

catinfo . szDescription [ len] = '\0'; 

hr = pcr->RegisterCategories ( 1, &catinfo) ; 

pcr->Release ( ) ; 

return hr; 
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} 

HRESULT RegisterCLSIDInCategory (REFCLSID clsid, CATID catid) 

{ 

// Register your component categories information. 

ICatRegister* per = NULL ; 

HRESULT hr = S_OK ; 

hr = CoCreatelnstance (CLSID_StdComponentCategoriesMgr, 

NULL, CLSCTX_INPROC_SERVER, I ID_ICatRegister , (void**) &pcr) ; 
if (SUCCEEDED (hr) ) 

{ 

// Register this category as being "implemented" by 
// the class. 

CATID rgcatid[l] ; 
rgcatid[0] = catid; 

hr = pcr->RegisterClassImplCategories (clsid, 1, rgcatid) ; 

} 

if (per != NULL) 

pcr->Release ( ) ; 
return hr ; 

} 

HRESULT UnRegisterCLSIDInCategory (REFCLSID clsid, CATID catid) 

{ 

ICatRegister* per = NULL ; 

HRESULT hr = S_OK ; 

hr = CoCreatelnstance (CLSID_StdComponentCategoriesMgr, 

NULL, CLSCTX_INPROC_SERVER, I ID_ICatRegister , ( void** ) &pcr ) ; 

if (SUCCEEDED (hr) ) 

{ 

// Unregister this category as being "implemented" by 
// the class. 

CATID rgcatid [1] ; 

rgcatid [0] = catid; 

hr = pcr->UnRegisterClassImplCategories (clsid, 1, rgcatid); 

} 

if (per != NULL) 
pcr->Release ( ) ; 
return hr ; 

} 

Second, add two #include statements at the top of DierollCtl.cpp: 

#include "comcat.h" 

#include "objsafe.h" 

Finally, modify UpdateRegistryO in DierollCtl.cpp to call these new functions. The new code calls 
CreateComponentCategoryO to create a category called CATID_SafeForScripting and adds this control to that 
category. Then it creates a category called CATID_SafeForInitializing and adds the control to that category as well. 
Listing 20.4 shows the new version of UpdateRegistryO. 

Listing 20.4 DieroilCti.cpp-CDierollCtri::CDierollCtriFactory::UpdateRegistry() 

BOOL CDierollCt rl : : CDierollCt rlFact cry : : UpdateRegist ry (BOOL bRegister) 
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// TODO: Verify that your control follows apartment -model threading rules. 
// Refer to MFC TechNote 64 for more information. 

// If your control does not conform to the apartment-model rules, then 
// you must modify the code below, changing the 6th parameter from 
// af xRegInsert able | afxRegApartment Threading to af xRegInsert able . 
if (bRegister) 



} 



HRESULT hr = S_OK ; 

// register as safe for scripting 

hr = CreateComponentCategory (CATID_SafeForScript ing, 

L"Controls that are safely script able ") ; 
if (FAILED (hr)) 

return FALSE; 

hr = RegisterCLSIDInCategory (m_clsid, CATID_SafeForScripting) ; 
if (FAILED (hr)) 

return FALSE; 

// register as safe for initializing 

hr = CreateComponentCategory (CATID_SafeForInitializing, 

L"Controls safely init ializable from persistent data"); 
if (FAILED (hr)) 

return FALSE; 

hr = RegisterCLSIDInCategory (m_clsid, CATID_SafeForInit ializing) ; 
if (FAILED (hr)) 

return FALSE; 

return AfxOleRegisterCont rolClass ( 

AfxGet InstanceHandle ( ) , 

m_clsid, 

m_lpszProgID, 

IDS_DIEROLL, 

IDB_DIEROLL, 

af xRegInsert able | afxRegApartment Threading, 

_dwDieroll01eMisc, 

_tlid, 

_wVerMa j or , 

_wVerMinor) ; 

else 

{ 

HRESULT hr = S_OK ; 

hr = UnRegisterCLSIDInCategory (m_clsid, CATID_SafeForScripting) ; 
if (FAILED (hr)) 

return FALSE; 

hr = UnRegisterCLSIDInCategory (m_clsid, CATID_SafeForInitializing) ; 
if (FAILED (hr)) 

return FALSE; 

return AfxOleUnregisterClass (m_clsid, m_lpszProgID) ; 

} 



To confirm that this works, open Explorer and set your safety level to Medium. Load the HTML page that uses the 
control; it should warn you the control is unsafe. Then make these changes, build the control, and reload the page. 
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The warning will not reappear. 

Choosing Between ActiveX and Java Appiets 

Java is an applieation development language as well as an applet development language, whieh means you ean 
develop AetiveX eontrols in Java if you ehoose to, using a tool like Mierosoft's Visual J++ integrated into Developer 
Studio. When most people frame a showdown like AetiveX versus Java, though, they mean AetiveX versus Java 
applets, whieh are little, tightly eontained applieations that run on a Web page and ean't run standalone. 

Many people are eoneerned about the seeurity of running an applieation they did not eode, when they do not know 
the person or organization supplying the applieation. The Java approaeh attempts to restriet the aetions that applets 
ean perform so that even malieious applets ean't do any real damage. However, regular announeements of flaws in 
the restrietion approaeh are damaging Java's eredibility. Even if a Java applet were guaranteed to be safe, these same 
restrietions prevent it from doing eertain useful tasks, sinee they eannot read or write files, send email, or load 
information from other Internet sites. 

The approaeh taken by Mierosoft with AetiveX is the trusted supplier approaeh, whieh is extendable to Java and any 
other eode that ean exeeute instruetions. Code is digitally signed so that you are sure who provided it and that it has 
not been ehanged sinee it was signed. This won't prevent bad things from happening if you run the eode, but it will 
guarantee that you know who is to blame if bad things do oeeur. This is just the same as buying shrink- wrapped 
software from the shelf in the eomputer store. For more details, look at 

http;//www.microsoft.com/ie/most/howto/trusted.htm and follow some of the links from that page. 

Probably the biggest differenee between the AetiveX approaeh and the Java applet approaeh is downloading. Java 
eode is downloaded every time you load the page that eontains it. AetiveX eode is downloaded onee, unless you 
already have the eontrol installed some other way (perhaps a CD-ROM was sent to you in a magazine, for example) 
and then never again. A eopy is stored on the user's maehine and entered in the Registry. The Java eode that is 
downloaded is small beeause most of the eode involved is in the Java Virtual Maehine installed on your eomputer, 
probably as part of your browser. 

The AetiveX eode that's downloaded ean be mueh larger, though the optimizations diseussed in the next seetion ean 
signifieantly reduee the size by relying on DLLs and other eode already on the user's eomputer. If users eome to this 
page onee and never again, they might be annoyed to find AetiveX eontrols eluttering their disk and Registry. On 
the other hand, if they eome to the same page repeatedly, they will be pleased to find that there is no download time: 
The eontrol simply aetivates and runs. 

There are still other differenees. Java applets ean't fire events to notify the eontainer that something has happened. 
Java applets ean't be lieensed and often don't distinguish between design-time and runtime use. Java applets ean't be 
used in Visual Basie forms, VC++ programs, or Word doeuments in the same way that AetiveX eontrols ean. 
AetiveX eontrols are nearly 10 times faster than Java applets. In their favor, Java applets are genuinely 
multiplatform and typieally smaller than the equivalent AetiveX eontrol. 

Using AppWizard to Create Faster ActiveX Controis 

Microsoft did not develop OCX controls to be placed in Web pages, and changing their name to ActiveX controls 
didn't magically make them faster to load or smaller. So the AppWizard that comes with Visual C++ has a number 
of options available to achieve those ends. This chapter changes these options in the Dieroll control that was already 
created, just to show how it's done. Because Dieroll is already a lean control and loads quickly, these simple changes 
won't make much difference. It's worth learning the techniques, though, for your own controls, which will surely be 
fatter than Dieroll. 
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The first few options to reduee your eontrol's size have always been available on Step 2 of the AetiveX 
ControlWizard: 

• Aetivates When Visible 

• Invisible at Runtime 

• Available in Insert Objeet Dialog Box 

• Has an About Box 

• Aets as a Simple Frame Control 

If you are developing your eontrol solely for the Web, many of these settings won't matter anymore. For example, it 
doesn't matter whether your eontrol has an About box; users won't be able to bring it up when they are viewing the 
eontrol in a Web page. 

The Aetivates When Visible option is very important. Aetivating a eontrol takes a lot of overhead aetivity and 
should be postponed as long as possible so that your eontrol appears to load quiekly. If your eontrol aetivates as 
soon as it is visible, you'll add to the time it takes to load your eontrol. To deseleet this option in the existing Dieroll 
eode, open the Dieroll projeet in Developer Studio if it isn't still open, and open DierollCtl.epp with FileView. Look 
for a bloek of eode like the one in Listing 20.5. 

Listing 20.5 Excerpt from DieroiiCtl.cpp-Setting Activates When Visibie 



///////////////////////////////////////////////////////////////////////////// 

// Control type information 

static const DWORD BASED_CODE _dwDieroll01eMisc = 

OLEMISC_ACTIVATEWHENVISIBLE | 

OLEMISC_SETCLIENTSITEFIRST | 

OLEMISC_INSIDEOUT | 

OLEMISC_CANTLINKINSIDE | 

OLEMISC_RECOMPOSEONRESIZE; 

IMPLEMENT_OLECTLTYPE (CDierollCtrl, IDS_DIEROLL, _dwDieroll01eMisc) 

Delete the OLEMISC_ACTIVATEWHENVISIBLE line. Build a release version of the applieation. Though the size 
of the Dieroll OCX file is unehanged, Web pages with this eontrol should load more quiekly beeause the window 
isn't ereated until the user first elieks on the die. If you reload the Web page with the die in it, you'll see the first 
value immediately, even though the eontrol is inaetive. The window is ereated to eateh mouse elieks, not to display 
the die roll. 

There are more optimizations available. Eigure 20.4 shows the list of advaneed options for AetiveX ControlWizard, 
reaehed by elieking the Advaneed button on Step 2. You ean ehoose eaeh of these options when you first build the 
applieation through the ControlWizard. They ean also be ehanged in an existing applieation, saving you the trouble 
of redoing AppWizard and adding your own funetionality again. The options are 

• Windowless Aetivation 

• Unelipped Deviee Context 

• Elieker-Eree Aetivation 

• Mouse Pointer Notifieations When Inaetive 

• Optimized Drawing Code 

• Loads Properties Asynehronously 

FIG. 20.4 The Advanced button on Step 2 of the ActiveX ControlWizard leads to a choice of optimizations. 
Windowless aetivation is going to be very popular beeause of the benefits it provides. If you want a transparent 
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control or one that isn't a rectangle, you must use windowless activation. However, because it reduces code size and 
speeds execution, every control should consider using this option. Modern containers provide the functionality for 
the control. In older containers, the control creates the window anyway, denying you the savings but ensuring that 
the control still works. 

To implement the Windowless Activation option in Dieroll, override CDierollCtrl::GetControlFlags() like this: 

DWORD CDierollCt rl : : GetCont rolFlags () 

{ 

return COleControl :: GetCont rolFlags ( ) | windowlessAct ivate; 

} 



Add the function quickly by right-clicking CDierollCtrl in ClassView and choosing Add Member Function. If you 
do this to Dieroll, build it, and reload the Web page that uses it, you'll notice no apparent effect because Dieroll is 
such a lean control. You'll at least notice that it still functions perfectly and doesn't mind not having a window. 

The next two options. Undipped Device Context and Flicker-Free Activation, are not available to windowless 
controls. In a control with a window, choosing Undipped Device Context means that you are completely sure that 
you never draw outside the control's client rectangle. Skipping the checks that make sure you don't means your 
control runs faster, though it could mean trouble if you have an error in your draw code. If you were to do this in 
Dieroll, the override of GetControlFlags() would look like this: 

DWORD CDierollCtrl: : GetCont rolFlags () 

{ 

return COleControl :: GetCont rolFlags () & ~clipPaintDC; 

} 



Don't try to combine this with windowless activation: It doesn't do anything. 

Flicker-free activation is useful for controls that draw their inactive and active views identically. (Think back to 
Chapter 15, "Building an ActiveX Server Application," in which the server object was drawn in dimmed colors 
when the objects were inactive.) If there is no need to redraw, because the drawing code is the same, you can select 
this option and skip the second draw. Your users won't see an annoying flicker as the control activates, and 
activation will be a tiny bit quicker. If you were to do this in Dieroll, the GetControlFlags() override would be 

DWORD CDierollCtrl: : GetCont rolFlags () 

{ 

return COleControl :: GetCont rolFlags ( ) | noFllckerAct Ivate; 

} 



Like unclipped device context, don't try to combine this with windowless activation: It doesn't do anything. 

Mouse pointer notifications, when inactive, enable more controls to turn off the Activates When Visible option. If 
the only reason to be active is to have a window to process mouse interactions, this option will divert those 
interactions to the container through an IPointerInactive interface. To enable this option in an application that is 
already built, you override GetControlFlags()again: 

DWORD CDierollCtrl: : GetCont rolFlags ( ) 

{ 

return COleControl :: GetCont rolFlags ( ) | polnterlnact Ive; 

} 



Now your code will receive WM_SETCURSOR and WM_MOUSEMOVE messages through message map entries, 
even though you have no window. The container, whose window your control is using, will send these messages to 
you through the IPointerInactive interface. 

The other circumstance under which you might want to process window messages while still inactive, and so 



http://www.pbs.mcp.eom/ebooks/0789715392/ch20/ch20.htm (10 of 12) [7/29/1999 3:54:12 PM] 




Special Edition Using Visual C++ 6 - Ch 20 - Building an Internet ActiveX Control 

without a window, is if the user drags something over your eontrol and drops it. The eontrol needs to aetivate at that 
moment so that it has a window to be a drop target. You ean arrange that with an override to GetAetivationPoliey(): 

DWORD CDierollCt rl : : GetAct ivat ionPolicy ( ) 

{ 

return POINTERINACTIVE_ACTIVATEONDRAG; 

} 



Don't bother doing this if your eontrol isn't a drop target, of eourse. 

The problem with relying on the eontainer to pass on your messages through the IPointerInaetive interfaee is that the 
eontainer might have no idea sueh an interfaee exists and no plans to pass your messages on with it. If you think 
your eontrol might end up in sueh a eontainer, don't remove the OLEMISC_ACTIVATEWHENVISIBLE flag from 
the bloek of eode shown previously in in Listing 20.5 

Instead, eombine another flag, OLEMISC_IGNOREACTIVATEWHENVISIBLE, with these flags using the bitwise 
or operator. This oddly named flag is meaningful to eontainers that understand IPointerInaetive and means, in effeet, 
"I take it baek— don't aetivate when visible after all." Containers that don't understand IPointerInaetive don't 
understand this flag either, and your eontrol will aetivate when visible and thus be around to eateh mouse messages 
in these eontainers. 

Optimized drawing eode is only useful to eontrols that will be sharing the eontainer with a number of other drawing 
eontrols. As you might reeall from Chapter 5, "Drawing on the Sereen," the typieal pattern for drawing a view of 
any kind is to set the brush, pen, or other GDI objeet to a new value, saving the old. Then you use the GDI objeet 
and restore it to the saved value. If there are several eontrols doing this in turn, all those restore steps ean be skipped 
in favor of one restore at the end of all the drawing. The eontainer saves all the GDI objeet values before instrueting 
the eontrols to redraw and afterwards restores them all. 

If you would like your eontrol to take advantage of this, you need to make two ehanges. Eirst, if a pen or other GDI 
objeet is to remain eonneeted between draw ealls, it must not go out of seope. That means any loeal pens, brushes, 
and fonts should be eon verted to member variables so that they stay in seope between funetion ealls. Seeond, the 
eode to restore the old objeets should be surrounded by an if statement that ealls C01eControl::IsOptimizedDraw() 
to see whether the restoration is neeessary. A typieal draw routine would set up the eolors and proeeed like this: 

if ( ! m_pen . m_hOb ject ) 

{ 

m_pen . CreatePen (PS_SOLID, 0, forecolor); 

} 

if ( ! m_brush . m_hOb ject ) 

{ 

m_brush . CreateSolidBrush (backcolor ) ; 

} 

CPen* savepen = pdc->SelectOb ject (&m_pen) ; 

CBrush* savebrush = pdc->SelectOb ject ( &m_brush) ; 

/ / use device context 

if ( ! IsOpt imizedDraw ( ) ) 

{ 

pdc->SelectOb ject (savepen) ; 
pdc->SelectOb ject (savebrush) ; 

} 
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The device context has the addresses of the member variables, so when it lets go of them at the direction of the 
container, their m_hObject member becomes NULL. As long as it isn't NULL, there is no need to reset the device 
context, and if this contain 
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The Active Template Library (ATL) is a collection of C++ class templates that you can use to build ActiveX controls. 
These small controls generally don't use MFC, the Microsoft Foundation Classes, at all. Writing an ActiveX control 
with ATL requires a lot more knowledge of COM and interfaces than writing an MFC ActiveX control, because MFC 
protects you from a lot of low-level COM concepts. Using ATL is not for the timid, but it pays dividends in smaller, 
tighter controls. This chapter rewrites the Dieroll control of Chapter 17, "Building an ActiveX Control," and Chapter 
20, "Building an Internet ActiveX Control," by using ATL rather than MFC as in those chapters. You will learn the 
important COM/ ActiveX concepts that were skimmed over while you were using MFC. 

Why Use the ATL? 

Building an ActiveX Control with MFC is simple, as you saw in Chapters 17 and 20. You can get by without 
knowing what a COM interface is or how to use a type library. Your control can use all sorts of handy MFC classes, 
such as CString and CWnd, can draw itself by using CDC member functions, and more. The only downside is that 
users of your control need the MFC DLLs, and if those DLLs aren't on their system already, the delay while 600KB 
or so of CAB file downloads will be significant. 

The alternative to MFC is to obtain the ActiveX functionality from the ATL and to call Win32 SDK functions, just as 
C programmers did when writing for Windows in the days before Visual C++ and MFC. The Win32 SDK is a lot to 
learn and won't be fully covered in this chapter. The good news is that if you're familiar with major MFC classes, such 
as CWnd and CDC, you will recognize a lot of these SDK functions, even if you've never seen them before. Many 
MFC member functions are merely wrappers for SDK functions. 

How much download time can you save? The MFC control from Chapter 20 is nearly 30KB plus, of course, the MFC 
DLLs. The ATL control built in this chapter is, at most, 100KB and is fully self-contained. With a few tricks, you 
could reduce it to 50KB of control and 20KB for the ATL DLL— one-tenth the size of the total control and DLL from 
Chapter 20! 

Using AppWizard to Get Started 

There's an AppWizard that knows how to make ATL controls, and it makes your job much simpler than it would be 
without the wizard. As always, choose File, New and click the Projects tab on the New dialog. Fill in an appropriate 
directory and name the project DieRollControl, as shown in Figure 21.1. Click OK. 



NOTE: It's tempting to name the project DieRoll, but later in this process you will be inserting a control 
into the project— that control will be called DieRoll, so to avoid name conflicts, choose a longer name for 
the project. 



FIG. 21.1 AppWizard makes creating an ATL control simple. 

There is only one step in the ATL COM AppWizard, and it is shown in Figure 21.2. The default choices— DLL 
control, no merging proxy/stub code, no MFC support, no MTS support— are the right ones for this project. The file 
extension will be DLL rather than OCX, as it was for MFC controls, but that's not an important difference. Click 
Finish. 
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FIG. 21.2 Create a DLL control. 

The New Project Information dialog box, shown in Figure 21.3, confirms the choices you have made. Click OK to 
create the project. 

Using the Object Wizard 

The ATL COM AppWizard created 13 files, but you don't have a skeleton control yet. First, you have to follow the 
instructions included in the Step 1 dialog box and insert an ATL object into the project. 

Adding a Control to the Project 

Choose Insert, New ATL Object from the menu bar. This opens the ATL Object Wizard, shown in Figure 21.4. 

FIG. 21.3 Your ATL choices are summarized before you create the project. 

FIG. 21.4 Add an ATL control to your project. 

You can add several kinds of ATL objects to your project, but at the moment you are interested only in controls, so 
select Controls in the list box on the left. The choices in the list box on the left include Full Control, Lite Control, and 
Property Page. If you know for certain that this control will be used only in Internet Explorer, perhaps as part of an 
intranet project, you could choose Lite Control and save a little space. This DieRoll control might end up in any 
browser, a Visual Basic application, or anywhere else for that matter, so a Full Control is the way to go. You will add 
a property page later in this chapter. Select Full Control and click Next. 

Naming the Control 

Now the ATL Object Wizard Properties dialog box appears. The first tab is the Names tab. Here you can customi z e 
all the names used for this control. Enter DieRoll for the Short Name of DieRoll, and the rest will default to names 
based on it, as shown in Eigure 21.5. You could change these names if you want, but there is no need. Note that the 
Type, DieRoll Class, is the name that will appear in the Insert Object dialog box of most containers. Because the 
MEC version of DieRoll is probably already in your Registry, having a different name for this version is a good thing. 
On other projects, you might consider changing the type name. 

FIG. 21.5 Set the names of the files and the control. 

Setting Control Attributes 

Click the Attributes tab. Leave the default values: Apartment Threading Model, Dual Interface, and Yes for 
Aggregation. Select the check boxes Support ISupportErrorInfo and Support Connection Points. Leave Free Threaded 
Marshaler deselected, as shown in Figure 21.6. Each of these choices is discussed in the paragraphs that follow. 

FIG. 21.6 Set the COM properties of your control. 

Threading Models Avoid selecting the Single Threading Model, even if your controls don't have any threading. To 
be sure that no two functions of such a control are running at the same time, all calls to methods of a single-threaded 
control must be marshalled through a proxy, which significantly slows execution. The Apartment setting is a better 
choice for new controls. 

The Apartment model refers to STA (Single-Threaded Apartment model). This means that access to any resources 
shared by instances of the control (globals and statics) is through serialization. Instance data— local automatic 
variables and objects dynamically allocated on the heap— doesn't need this protection. This makes STA controls faster 
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than single-threaded controls. Internet Explorer exploits STA in controls it contains. 



TIP: If the design for your control includes a lot of globals and statics, it might be a great deal of work to 
use the Apartment model. This isn't a good reason to write a single-threaded control; it's a good reason to 
redesign your control as a more object-oriented system. 



The Free Threading (Multithreaded Apartment or MTA) Model refers to controls that are threaded and that already 
include protection against thread collisions. Although writing a multithreaded control might seem like a great idea, 
using such a control in a nonthreaded or STA container will result in marshalling again, this time to protect the 
container against having two functions called at once. This, too, introduces inefficiencies. Also, you, the developer, 
will do a significant amount of extra work to create a free-threaded control, because you must add the thread collision 
protection. 

The Both option in the Threading Model column asks the wizard to make a control that can be STA or MTA, 
avoiding inefficiences when used in a container that is single-threaded or STA, and exploiting the power of MTA 
models when available. You will have to add the threading-protection work, just as when you write an MTA control. 

At the moment, controls for Internet Explorer should be STA. DCOM controls that might be accessed by several 
connections at once can benefit from being MTA. 

Dual and Custom Interfaces COM objects communicate through interfaces, which are collections of function 
names that describe the possible behavior of a COM object. To use an interface, you obtain a pointer to it and then 
call a member function of the interface. All Automation servers and ActiveX controls have an IDispatch interface in 
addition to any other interfaces that might be specific to what the server or control is for. To call a method of a 
control, you can use the Invoke() method of the IDispatch interface, passing in the dispid of the method you want to 
invoke. (This technique was developed so that methods could be called from Visual Basic and other pointerless 
languages.) 

Simply put, a dual-interface control lets you call methods both ways: by using a member function of a custom 
interface or by using IDispatch. MFC controls use only IDispatch, but this is slower than using a custom interface. 
The Interface column on this dialog box lets you choose Dual or Custom: Custom leaves IDispatch out of the picture. 
Select Dual so that the control can be used from Visual Basic, if necessary. 

Aggregation The third column. Aggregation, governs whether another COM class can use this COM class by 
containing a reference to an instance of it. Choosing Yes means that other COM objects can use this class. No means 
they can't, and Only means they must— this object can't stand alone. 

Other Control Settings Selecting support for ISupportErrorInfo means that your control will be able to return richer 
error information to the container. Selecting support for Connection Points is vital for a control, like this one, that will 
fire events. Selecting Free-Threaded Marshaler isn't required for an STA control. 

Click the Miscellaneous tab and examine all the settings, which can be left at their default values (see Figure 21.7). 
The control should be Opaque with a Solid Background and should use a normalized DC, even though that's slightly 
less efficient, because your draw code will be much easier to write. 



TIP: If you'd like to see how a DC is normalized for an ATE control, remember that the entire ATE 
source is available to you, just as the MFC source is. In Program Files\Microsoft Visual 
Studio\VC98\ATF\ IncludeWATFCTF.CPP, you will find CComControlBase::OnDrawAdvanced(), 
which normalizes a DC and calls OnDraw() for you. 



FIG. 21.7 Leave the Miscellaneous properties at the defaults. 
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Supporting Stock Properties 

Click the Stock Properties tab to specify which stock properties the control will support. To add support for a stock 
property, select it in the Not Supported list box; then click the > button, and it will be moved to the Supported list on 
the right. Add support for Background Color and Foreground Color, as shown in Figure 21.8. If you plan to support a 
lot of properties, use the » button to move them all to the supported list and then move back the ones you don't want 
to support. 

FIG. 21.8 Support Background Color and Foreground Color. 

Click OK on the Object Wizard to complete the control creation. At this point, you can build the project if you want, 
though the control does nothing at the moment. 

Adding Properties to the Controi 

The MFC versions of DieRoll featured three stock properties: BackColor, ForeColor, and ReadyState. The first two 
have been added already, but the ReadyState stock properties must be added by hand. Also, there are two custom 
properties. Number and Dots, and an asynchronous property. Image. 

Code from the Object Wizard 

A COM class that implements or uses an interface does so by inheriting from a class representing that interface. 
Listing 21.1 shows all the classes that CDieRoll inherits from. 

Listing 21.1 Excerpt from DieRoll. h in the DieRollControl Project-Inheritance 

class ATL_NO_VTABLE CDieRoll : 

public CComOb jectRootEx<CComSingleThreadModel>, 
public CStockPropImpl<CDieRoll , IDieRoll, & I ID_IDieRoll , 
-'&LIBID_DIEROLLCONTROLLib>, 
public CComCont rol<CDieRoll>, 
public IPersist Streamlnit Impl<CDieRoll>, 
public lOleCont rol Impl<CDieRoll> , 
public lOleOb ject Impl<CDieRoll>, 
public lOleInPlaceAct iveOb ject Impl<CDieRoll> , 
public IViewOb jectExImpl<CDieRoll>, 
public lOleInPlaceOb jectWindowlessImpl<CDieRoll>, 
public ISupportErrorInf o, 

public IConnectionPoint Container Impl<CDieRoll>, 

public IPersist St or ageImpl<CDieRoll>, 

public ISpecif yPropertyPagesImpl<CDieRoll>, 

public IQuickAct ivateImpl<CDieRoll> , 

public IDataOb ject Impl<CDieRoll>, 

public IProvideClassInf o2 Impl<&CLSID_DieRoll , 

-'&DIID IDieRollEvents, &LIBID_DIEROLLCONTROLLib> , 

public IPropertyNot if ySinkCP<CDieRoll> , 

public CComCoClass<CDieRoll , &CLSID_DieRoll> , 

Now you can see where the T in ATL comes in: All these classes are template classes. (If you aren't familiar with 
templates, read Chapter 26, "Exceptions and Templates.") You add support for an interface to a control by adding 
another entry to this list of interface classes from which it inherits. 
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NOTE rotice that some names follow the pattern Ixxxlmpl: That means that this class implements the 
Ixxx interface. Classes inheriting from Ixxxlmpl inherit code as well as function names. For example, 
CDieRoll inherits from ISupportErrorInfo, not ISupportErrorInfoImpl<CDieRoll>, even though such a 
template does exist. That is because the code in that template implementation class isn't appropriate for 
an ATE control, so the control inherits only the names of the functions from the original interface and 
provides code for them in the source file, as you will shortly see. 



Earther down the header file, you will find the COM map shown in Listing 21.2. 

Listing 21.2 Excerpt from DieRollControl.h-COM Map 

BEGIN_COM_MAP (CDieRoll) 

COM_INTERFACE_ENTRY_IMPL ( IConnectionPoint Container ) 

COM_INTERFACE_ENTRY (IDieRoll) 

COM_INTERFACE_ENTRY (IDispatch) 

COM_INTERFACE_ENTRY (IViewOb jectEx) 

COM_INTERFACE_ENTRY (IViewOb ject2) 

COM_INTERFACE_ENTRY ( IViewOb ject ) 

COM_INTERFACE_ENTRY (lOleInPlaceOb jectWindowless) 

COM_INTERFACE_ENTRY (lOleInPlaceOb ject) 

COM_INTERFACE_ENTRY2 ( lOleWindow, lOleInPlaceOb jectWindowless ) 
COM_INTERFACE_ENTRY (lOleInPlaceActiveOb ject) 

COM_INTERFACE_ENTRY ( lOleCont rol ) 

COM_INTERFACE_ENTRY (lOleOb ject ) 

COM_INTERFACE_ENTRY (IPersistStreamlnit ) 

COM_INTERFACE_ENTRY2 (IPersist, IPersistStreamlnit) 

COM_INTERFACE_ENTRY (ISupportErrorInfo) 

COM_INTERFACE_ENTRY (IConnectionPointContainer) 

COM_INTERFACE_ENTRY ( I Sped f yPropert yPages ) 

COM_INTERFACE_ENTRY (IQuickActivate) 

COM_INTERFACE_ENTRY (IPersist Storage) 

COM_INTERFACE_ENTRY ( IDat aOb ject ) 

COM_INTERFACE_ENTRY (IProvideClassInfo) 

COM_INTERFACE_ENTRY (IProvideClassInfo2) 

END_COM_MAP ( ) 

This COM map is the connection between IUnknown: :QueryInterface() and all the interfaces supported by the 
control. All COM objects must implement IUnknown, and Querylnterface() can be used to determine what other 
interfaces the control supports and obtain a pointer to them. The macros connect the Ixxx interfaces to the Ixxxlmpl 
classes from which CDieRoll inherits. 



TIP: IUnknown and Queryinterface are discussed in Chapter 13, "ActiveX Concepts," in the section 
titled "The Component Object Model." 

Looking back at the inheritance list for CDieRoll, most templates take only one parameter, the name of this class, and 
come from AppWizard. This entry came from ObjectWizard: 

public CStockPropImpl<CDieRoll , IDieRoll, & I ID_IDieRoll , 
-'&LIBID_DIEROLLCONTROLLib>, 

This line is how ObjectWizard arranged for support for stock properties. Notice that there is no indication which 
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properties are supported. Farther down the header file, two member variables have been added to CDieRoll: 

OLE_COLOR m_clrBackColor ; 

OLE_COLOR m_clrEoreColor ; 

The ObjectWizard also updated DieRollControl.idl, the interface definition file, to show these two stock properties, as 
shown in Listing 21.3. (Double-click on the interface, IDieRoll, in ClassView to edit the .IDL file.) 

Listing 21.3 Excerpt from DieRollControl.idl-Stock Properties 

[ 

object, 

uuid (2DE15F32-8A71-11D0-9B10-0 08 0C81A3 97C) , 
dual , 

helpstring (" IDieRoll Interface " ) , 
pointer_def ault (unique) 

] 

interface IDieRoll : IDispatch 

{ 

[propput, id (DISPID_BACKCOLOR) ] 

HRESULT BackColor ( [in] OLE_COLOR clr) ; 

[propget, id (DISPID_BACKCOLOR) ] 

HRESULT BackColor ( [out, retval] OLE_COLOR* pclr) ; 

[propput, id (DISPID_FORECOLOR) ] 

HRESULT EoreColor ( [in] OLE_COLOR clr); 

[propget, id (DISPID_FORECOLOR) ] 

HRESULT EoreColor ( [out, retval] OLE_COLOR* pclr) ; 

}; 

This class will provide all the support for the get and put functions and will notify the container when one of these 
properties changes. 

Adding the ReadyState Stock Property 

Although ReadyState wasn't on the stock property list in the ATL Object Wizard, it's supported by CStockPropImpl. 
You can add another stock property by editing the header and idl files. In the header file, immediately after the lines 
that declare m_clrBackColor and m_clrForeColor, declare another member variable: 

long m_nReadySt ate ; 

This property will be used in the same way as the ReadyState property in the MFC version of DieRoll: to implement 
Image as an asynchronous property. In DieRollControl.idl, add these lines to the IDispatch block, after the lines for 
BackColor and ForeColor: 

[propget, id (DISPID_READYSTATE) ] 

HRESULT ReadyState ([ out , retval ] long* prs); 

You don't need to add a pair of lines to implement put for this property, because external objects can't update 
ReadyState. Save the header and idl files to update ClassView— if you don't, you won't be able to add more properties 
with ClassView. Expand CDieRoll and IDieRoll in ClassView to see that the member variable has been added to 
CDieRoll and a ReadyState() function has been added to IDieRoll. 
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Adding Custom Properties 

To add custom properties, you will use an ATL tool similar to the MFC ClassWizard. Right-click on IDieRoll (the 
top-level one, not the one under CDieRoll) in ClassView to open the shortcut menu shown in Figure 21.9, and choose 
Add Property. 

FIG. 21.9 ATL projects have a dijferent ClassView shortcut menu than MFC projects. 

The Add Property to Interface dialog box, shown in Figure 21.10, appears. Choose short for the type and fill in 
Number for the name. Deselect Put Function because containers won't need to change the number showing on the 
die. Leave the rest of the settings unchanged and click OK to add the property. 

FIG. 21.10 Add Number as a read-only property. 

Repeat this process for the BOOL Dots, which should have both get and put functions. (Leave the Put radio button at 
PropPut.) The ClassView now shows entries under both CDieRoll and IDieRoll related to these new properties. Try 
double-clicking the new entries. For example, double-clicking get_Dots() under the IDieRoll that is under CDieRoll 
opens the source (cpp) file scrolled to the get_Dots() function. Double-clicking Dots() under the top-level IDieRoll 
opens the idl file scrolled to the propget entry for Dots. 

Although a number of entries have been added to CDieRoll, no member variables have been added. Only you can add 
the member variables that correspond to the new properties. Although in many cases it's safe to assume that the new 
properties are simply member variables of the control class, they might not be. For example. Number might have been 
the dimension of some array kept within the class rather than a variable of its own. 

Add the following to the header file, after the declarations of m_clrBackColor, m_clrForeColor, and m_nReadyState: 

short m_sNumber; 

BOOL m_bDots; 

In the idl file, the new propget and propput entries use hard-coded dispids of 1 and 2, like this: 

[propget, id(l), helpstring ( "property Number")] 

HRESULT Number ([out, retval] short *pVal); 

[propget, id(2), helpstring ( "property Dots")] 

HRESULT Dots ([out, retval] BOOL *pVal); 

[propput, id(2), helpstring ( "property Dots")] 

HRESULT Dots ([in] BOOL newVal); 

To make the code more readable, use an enum of dispids. Adding the declaration of the enum to the idl file will make 
it usable in both the idl and header file. Add these lines to the beginning of DieRollControl.idl: 

typedef enum propertydispids 
{ 

dispidNumber = 1, 
dispidDots = 2, 

(PROPERTYDISPIDS; 

Now you can change the propget and propput lines: 

[propget, id (dispidNumber) , helpstring ( "property Number")] 

HRESULT Number ([out, retval] short *pVal); 

[propget, id (dispidDots) , helpstring ( "property Dots")] 

HRESULT Dots ([out, retval] BOOL *pVal); 

[propput, id (dispidDots) , helpstring ( "property Dots")] 

HRESULT Dots ([in] BOOL newVal); 
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The next step is to code the get and set functions to use the member variables. Listing 21.4 shows the completed 
functions. (If you can't see these in ClassView, expand the IDieRoll under CDieRoll.) 

Listing 21.4 Excerpt from DieRoll.cpp-get and set Functions 

STDMETHODIMP CDieRoll :: get_Number ( short * pVal) 

{ 

*pVal = m_sNumber; 
return S_OK; 

} 

STDMETHODIMP CDieRoll :: get_Dots (BOOL * pVal) 

{ 

*pVal = m_bDots; 
return S_OK; 

} 

STDMETHODIMP CDieRoll : :put_Dots (BOOL newVal) 

{ 

if (EireOnRequestEdit (dispidDots ) == S_EALSE) 

{ 

return S_EALSE; 

} 

m_bDots = newVal; 

SetDirty (TRUE) ; 

EireOnChanged (dispidDots ) ; 

FireViewChange ( ) ; 
return S_OK; 

} 

The code in the two get functions is simple and straightforward. The put_dots() code is more complex because it fires 
notifications. FireOnRequestEdit() notifies all the IPropertyNotifySink interfaces that this property is going to change. 
Any one of these interfaces can deny the request, and if one does, this function will return S_FALSE to forbid the 
change. 

Assuming the change is allowed, the member variable is changed, and the control is marked as modified (dirty) so 
that it will be saved. The call to FireOnChange() notifies the IPropertyNotifySink interfaces that this property has 
changed, and the call to FireViewChange() tells the container to redraw the control. 

Initializing the Properties 

Having added the code to get and set these properties, you should now change the CDieRoll constructor to initialize 
all the stock and custom properties, as shown in Listing 21.5. A stub for the constructor is in the header file for you to 
edit. 

Listing 21.5 Excerpt from DieRoll.h-Constructor 

CDieRoll 0 

{ 

srand( (unsigned) time ( NULL ) ); 

m_nReadyState = READYSTATE_COMPLETE; 
m_clrBackColor = 0x80000000 | COLOR_WINDOW; 
m_clrForeColor = 0x80000000 | COLOR_WINDOWTEXT; 
m_sNumber = Roll () ; 
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m_bDots = TRUE; 

} 

At the top of the header, add this line to bring in a declaration of the time() function: 

#include "time.h" 

Just as you did in the MFC version of this control, you initialize m_sNumber to a random number between 1 and 6, 
returned by the Roll() function. Add this function to CDieRoll by right-clicking on the classname in ClassView and 
choosing Add Member Function from the shortcut menu. Roll() is protected takes no parameters and returns a short. 
The code for Roll() is in Listing 21.6 and is explained in Chapter 17. 

Listing 21.6 CDieRoll::Roll() 

short CDieRoll :: Roll ( ) 

{ 

double number = rand ( ) ; 
number /= RAND_MAX + 1; 
number *= 6; 

return ( short ) number + 1; 

} 

It's a good idea to build the project at this point to be sure you haven't made any typos or missed any steps. 

Adding the Asynchronous Property 

Just as in Chapter 20, the Image property represents a bitmap to be loaded asynchronously and used as a background 
image. Add the property to the interface just as Number and Dots were added. Use BSTR for the type and Image for 
the name. Update the enum in the idl file so that dispidimage is 3, and edit the propget and propput lines in the idl 
file to use the enum value: 

[propget, id (dispidimage ) , helpstring ( "property Image")] 

HRESULT Image ([out, retval] BSTR *pVal); 

[propput, id (dispidimage ) , helpstring ( "property Image")] 

HRESULT Image ([in] BSTR newVal); 

Add a member variable, m_bstrlmage, to the class after the five properties you have already added: 

CComBSTR m_bstr Image; 

CComBSTR is an ATL wrapper class with useful member functions for manipulating a BSTR. 

A number of other member variables must be added to handle the bitmap and the asynchronous loading. Add these 
lines to DieRoll.h after the declaration of m_bstrlmage: 

HBITMAP hBitmap; 

BITMAP INFOHEADER bmih; 
char *lpvBits; 

BITMAP INFO *lpbmi; 

HGLOBAL hmeml; 

HGLOBAL hmem2; 

BOOL BitmapDataLoaded; 
char *m_Data; 

unsigned long m_DataLength; 

The first six of these new variables are used to draw the bitmap and won't be discussed. The last three combine to 
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achieve the same behavior as the data path property used in the MFC version of this control. 

Add these three lines to the constructor: 

m_Data = NULL; 
m_DataLength = 0; 

BitmapDat aLoaded = FALSE; 

Add a destructor to CDieRoll (in the header file) and add the code in Listing 21.7. 

Listing 21.7 CDieRoll::~CDieRoll() 

-CDieRoll 0 

{ 

if (BitmapDat aLoaded) 

{ 

GlobalUnlock (hmeml) ; 

GlobalFree (hmeml) ; 

GlobalUnlock (hmem2) ; 

GlobalFree (hmem2) ; 

BitmapDat aLoaded = FALSE; 

} 

if (m_Data != NULL) 

{ 

delete m_Data; 

} 

} 

The Image property has get and put functions. Code them as in Listing 21.8. 

Listing 21.8 DieRoll.cpp-get_lmage() and putJmageQ 

STDMETHODIMP GDieRoll : : get_Image (BSTR * pVal) 

{ 

*pVal = m_bstrlmage . Gopy ( ) ; 
return S_OK; 

} 

STDMETHODIMP GDieRoll :: put_Image (BSTR newVal) 

{ 

USES_GONVERSION; 

if (FireOnRequestEdit (dispidimage ) == S_FALSE) 

{ 

return S_FALSE; 

} 

// if there was an old bitmap or data, delete it 
if (BitmapDataLoaded) 

{ 

GlobalUnlock (hmeml ) ; 

GlobalFree (hmeml) ; 

GlobalUnlock (hmem2 ) ; 

GlobalFree (hmem2) ; 

BitmapDataLoaded = FALSE; 

} 
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if (m_Data != NULL) 

{ 

delete m_Data; 

} 

m_Data = NULL; 
m_DataLength = 0; 
m_bstrlmage = newVal; 

LPSTR string = W2A (m_bst rimage ) ; 
if (string != NULL && strlen ( string) > 0) 

{ 

// not a null string so try to load it 
BOOL relativeURL = FALSE; 
if (strchr (string, ':') == NULL) 

{ 

relativeURL = TRUE; 

} 

m_nReadyState = READYSTATE_LOADING; 

HRESULT ret = CBindStatusCallback<CDieRoll> :: Download (this, 

OnData, m_bstrlmage, m_spClient Site , relativeURL) ; 

} 

else 

{ 

// was a null string so don't try to load it 
m_nReadyState = READYSTATE_COMPLETE; 

EireViewChange ( ) ; 

} 

SetDirty (TRUE) ; 

EireOnChanged (dispidimage) ; 
return S_OK; 

} 

As with Numbers and Dots, the get function is straightforward, and the put function is more complicated. The 
beginning and end of the put function are like put_Dots(), firing notifications to check whether the variable can be 
changed and then other notifications that it was changed. In between is the code unique to an asynchronous property. 

To start the download of the asynchronous property, this function will call 

CBindStatusCallback<CDieRoll>::Download(), but first it needs to determine whether the URL in m_bstrlmage is a 
relative or absolute URL. Use the ATL macro W2A to convert the wide BSTR to an ordinary C string so that the C 
function strchr() can be used to search for a : character in the URL. An URL with no : in it is assumed to be a relative 
URL. 



NOTE: A BSTR is a wide (double-byte) character on all 32-bit Windows platforms. It is a narrow 
(single-byte) string on a PowerMac. 



In the MFC version of the DieRoll control with an asynchronous image property, whenever a block of data came 
through, the OnDataAvailableO function was called. The call to Download() arranges for a function called OnData() 
to be called when data arrives. You will write the OnData() function. Add it to the class with the other public 
functions and add the implementation shown in Listing 21.9 to DieRoll. cpp. 

Listing 21.9 DieRoll. cpp-CDieRoll::OnData() 

void CDieRoll :: OnData (CBindStatusCallback<CDieRoll>* pbsc. 
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BYTE * pBytes, DWORD dwSize) 

{ 

char *newData = new char [m_DataLength + dwSize]; 

memcpy (newData, m_Data, m_DataLength) ; 

memcpy (newData+m_Dat aLength, pBytes, dwSize); 

m_DataLength += dwSize; 

delete m_Data; 

m_Data = newData; 

if (ReadBitmap ( ) ) 

{ 

m_nReadyState = READYSTATE_COMPLETE; 

EireViewChange ( ) ; 

} 

} 

Because there is no realloc() when using new, this function uses new to allocate enough chars to hold the data that has 
already been read (m_DataLength) and the new data that is coming in (dwSize); it then copies m_Data to this block, 
and the new data (pBytes) after m_Data. Then it attempts to convert into a bitmap the data that has been received so 
far. If this succeeds, the download must be complete, so the ready state notifications are sent, and the call to 
FireViewChangeO sends a notification to the container to redraw the view. You can obtain the ReadBitmapO function 
from the Web site and add it to your project. It's much like the MFC version, but it doesn't use any MFC classes such 
as CFile. Add the function and its code to CDieRoll. 

Once again, build the control, just to be sure you haven't missed any steps or made any typos. 

Drawing the Control 

Now that all the properties have been added, you can code OnDraw(). Although the basic structure of this function is 
the same as in the MFC version of Chapter 20. A lot more work must be done because you can't rely on MFC to do 
some of it for you. A more detailed explanation of the OnDraw() design is in Chapter 20. 

The structure of OnDraw() is 

HRESULT CDieRoll : rOnDraw (ATL_DRAWINFO& di ) 

// if the bitmap is ready, draw it 
// else draw a plan background using BackColor 
// if !Dots draw a number in ForeColor 
// else draw the dots 

First, you need to test whether the bitmap is ready and to draw it, if possible. This code is in Listing 21.10: Add it to 
dieroll.cpp and remove the OnDraw()code left in dieroll.h by AppWizard. (Leave the declaration of OnDraw() in the 
header file.) Notice that if ReadyState is READYSTATE_COMPLETE, but the call to CreateDIBitmapO doesn't 
result in a valid bitmap handle, the bitmap member variables are cleared away to make subsequent calls to this 
function give up a little faster. This chapter doesn't discuss how to draw bitmaps. 

Listing 21.10 CDieRoll::OnDraw()-Use the Bitmap 

HRESULT CDieRoll : rOnDraw (ATL_DRAWINFO& di ) 

{ 

int width = (di . prcBounds->right - di . prcBounds->lef t + 1); 
int height = (di . prcBounds->bottom - di . prcBounds->t op + 1); 

BOOL drawn = FALSE; 

if (m_nReadyState == READYSTATE_COMPLETE ) 
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{ 

if (BitmapDat aLoaded) 

{ 

hBitmap = : : CreateDIBitmap (di . hdcDraw, &bmih, CBM_INIT, IpvBits, 
Ipbmi, DIB_RGB_COLORS) ; 
if (hBitmap) 

{ 

HDC hmemdc; 

hmemdc = :: CreateCompat ibleDC (di . hdcDraw) ; 

: : SelectOb ject (hmemdc, hBitmap) ; 

DIBSECTION ds; 

: rGetObject (hBitmap, sizeof (DIBSEGTION) , (LPSTR) &ds) ; 

: : StretchBlt (di .hdcDraw, 

di . prcBounds->left , // left 

di . prcBounds->top, // top 

width, / / target width 

height, // target height 

hmemdc, // the image 

0, //offset into image -x 

0, //offset into image -y 

ds . dsBm . bmWidth, // width 

ds . dsBm . bmHeight , // height 

SRGGOPY) ; //copy it over 

drawn = TRUE; 

: : DeleteOb ject (hBitmap) ; 
hBitmap = NULL; 

: : DeleteDG (hmemdc ) ; 

} 

else 

{ 

GlobalUnlock (hmeml ) ; 

GlobalEree (hmeml ) ; 

GlobalUnlock (hmem2 ) ; 

GlobalEree (hmem2 ) ; 

BitmapDataLoaded = EALSE; 

} 

} 

} 

return S_OK; 

} 

If the bitmap wasn't drawn because ReadyState is not READYSTATE_COMPLETE yet or there was a problem with 
the bitmap, OnDraw() draws a solid background by using the BackColor property, as shown in Listing 21.11. Add 
this code at the end of OnDraw(), before the return statement. The SDK calls are very similar to the MEC calls used in 
the MEC version of DieRoll— for example, ::01eTranslateColor() corresponds to TranslateColor(). 

Listing 21.11 CDieRoll::OnDraw()-Draw a Solid Background 

if ( ! drawn) 

{ 

GOLORREE back; 
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: : OleTranslateColor (m_clrBackColor, NULL, &back) ; 

HBRUSH backbrush = : : CreateSolidBrush (back) ; 

: : FillRect (di . hdcDraw, (RECT * ) di . prcBounds , backbrush); 

: rDeleteOb ject (backbrush) ; 

} 

With the background drawn, as a bitmap image or a solid color, OnDraw() must now tackle the foreground. Getting 
the foreground color is simple. Add these two lines at the end of OnDraw() before the return statement: 

COLORREF fore; 

:: OleTranslateColor (m_clrForeColor, NULL, &fore); 

The project should build successfully at this point if you want to be sure you've entered all this code correctly. 

If Dots is FALSE, the die should be drawn with a number on it. Add the code in Listing 21 . 12 to OnDraw() before the 
return statement as usual. Again, the SDK functions do the same job as the similarly named MFC functions used in 
the MFC version of DieRoll. 

Listing 21.12 CDieRoll::OnDraw()-Draw a Number 

if ( ! m_bDot s ) 

{ 

_TCHAR val[20]; //character representation of the short value 
_itot (m_sNumber, val, 10); 

: : SetTextColor (di . hdcDraw, fore) ; 

: :ExtTextOut (di .hdcDraw, 0, 0, ETO_OPAQUE, 

(RECT *) di . prcBounds , val, _t cslen ( val ) , NULL ); 

} 

The code that draws dots is in Listing 21.13. Add it to OnDraw() before the return statement to complete the function. 
This code is long but is explained in Chapter 17. As in the rest of OnDraw(), MFC function calls have been replaced 
with SDK calls. 

Listing 21.13 CDieRoll::OnDraw()-Draw Dots 

else 

{ 

//dots are 4 units wide and high, one unit from the edge 

int Xunit = width/16; 

int Yunit = height/16; 

int Xleft = width%16; 

int Yleft = height%16; 

// adjust top left by amount left over 
int Top = di . prcBounds->top + Yleft/2; 
int Left = di . prcBounds->left + Xleft/2; 

HBRUSH forebrush; 

forebrush = :: CreateSolidBrush ( fore ) ; 

HBRUSH savebrush = (HBRUSH) :: SelectOb ject (di . hdcDraw, forebrush); 
switch (m_sNumber) 

{ 

case 1 : 

:: Ellipse (di . hdcDraw, Left+6*Xunit , Top+6*Yunit, 

Left+10*Xunit , Top + 10*Yunit); //center 
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break; 
case 2 : 

:: Ellipse (di . hdcDraw, Left+Xunit, Top+Yunit, 

Left+5*Xunit , Top + 5*Yunit); //upper left 
:: Ellipse (di . hdcDraw, Left + ll*Xunit , Top+1 1 * Yunit , 

Left+15*Xunit , Top + 15*Yunit); //lower right 

break; 
case 3 : 

:: Ellipse (di . hdcDraw, Left+Xunit, Top+Yunit, 

Left+5*Xunit , Top + 5*Yunit); //upper left 
:: Ellipse (di . hdcDraw, Left + 6*Xunit , Top + 6*Yunit, 

Left+10*Xunit , Top + 10*Yunit); //center 
:: Ellipse (di . hdcDraw, Left + ll*Xunit , Top+1 1 * Yunit , 

Left+15*Xunit , Top + 15*Yunit); //lower right 

break; 
case 4 : 

:: Ellipse (di . hdcDraw, Left+Xunit, Top+Yunit, 

Left+5*Xunit , Top + 5*Yunit); //upper left 
:: Ellipse (di . hdcDraw, Left + ll*Xunit , Top+Yunit, 

Left+15*Xunit , Top + 5*Yunit); //upper right 
:: Ellipse (di . hdcDraw, Left+Xunit, Top+1 1 * Yunit , 

Left+5*Xunit , Top + 15*Yunit); //lower left 
:: Ellipse (di . hdcDraw, Left + ll*Xunit , Top+1 1 * Yunit , 

Left+15*Xunit , Top + 15*Yunit); //lower right 

break; 
case 5 : 

:: Ellipse (di . hdcDraw, Left+Xunit, Top+Yunit, 

Left+5*Xunit , Top + 5*Yunit); //upper left 
:: Ellipse (di . hdcDraw, Left + ll*Xunit , Top+Yunit, 

Left+15*Xunit , Top + 5*Yunit); //upper right 
:: Ellipse (di . hdcDraw, Left+6*Xunit , Top+6*Yunit, 

Left+10*Xunit , Top + 10*Yunit); //center 
:: Ellipse (di . hdcDraw, Left+Xunit, Top+1 1 * Yunit , 

Left+5*Xunit , Top + 15*Yunit); //lower left 
:: Ellipse (di . hdcDraw, Left + ll*Xunit , Top+1 1 * Yunit , 

Left+15*Xunit , Top + 15*Yunit); //lower right 

break; 
case 6: 

:: Ellipse (di . hdcDraw, Left+Xunit, Top+Yunit, 

Left+5*Xunit , Top + 5*Yunit); //upper left 
:: Ellipse (di . hdcDraw, Left +1 1 *Xunit , Top+Yunit, 

Left+15*Xunit , Top + 5*Yunit); //upper right 
:: Ellipse (di . hdcDraw, Left+Xunit, Top+6*Yunit, 

Left+5*Xunit , Top + 10*Yunit); //center left 
:: Ellipse (di . hdcDraw, Left +1 1 *Xunit , Top+6*Yunit, 

Left+15*Xunit , Top + 10*Yunit); //center right 
:: Ellipse (di . hdcDraw, Left+Xunit, Top+1 1 * Yunit , 

Left+5*Xunit , Top + 15*Yunit); //lower left 
:: Ellipse (di . hdcDraw, Left + 1 1 *Xunit , Top+1 1 * Yunit , 
Left+15*Xunit , Top + 15*Yunit); //lower right 
break; 
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} 

: : SelectOb ject (di . hdcDraw, savebrush) ; 

: : DeleteOb ject (forebrush) ; 

} 

Again, build the project to be sure you haven't missed anything. If you look in your project folder now, you should see 
a file called DieRoll.htm (it doesn't show up in FileView). This HTML is generated for you to test your control. Try 
loading it into Internet Explorer now, and a die should display, as in Figure 21.11. It will not have an image 
background and it will not roll when you click it. 

FIG. 21.11 Your control can draw itself in a browser. 

Persistence and a Property Page 

The properties have been added to the control and used in the drawing of the control. Now all that remains is to make 
the properties persistent and to add a property page. 

Adding a Property Page 

To add a property page to this control, follow these steps: 

1. Choose Insert, New ATL Object from the menu bar to open the ATL Object Wizard. 

2. Select Controls in the left pane and Property Page in the right pane; then click Next. 

3. On the Names tab, enter DieRollPPG for the Short Name. 

4. Click the Strings tab (the settings on the Attributes tab will not be changed). Enter General for the Title and 
DieRoll Property Page for the Doc String. Blank out the Helpfile Name. 

5. Click OK to add the property page to the project. 

Developer Studio will switch to ResourceView and open the dialog IDD_DIEROLLPPG. Add a check box with the 
resource ID IDC_DOTS and the caption Display Dot Pattern and an edit box with the resource ID IDCJMAGE 
labelled Image URL, as shown in Figure 21.12. 

At the top of DieRollPPG.h, add this line: 

#include "DieRollCont rol . h" 

You need to connect the controls on this property page to properties of the DieRoll control. The first step is to add 
three lines to the message map in DieRollPPG.h so that it resembles Listing 21.14. 

FIG. 21.12 Add two controls to the property page. 

Listing 21.14 DieRollPPG. h-Message Map 

BEGIN_MSG_MAP (GDieRollPPG) 

MESSAGE_HANDLER (WM_INITDIALOG, OnInitDialog) 

GOMMAND_HANDLER(IDG_DOTS, BN_GLICKED, OnDot sChanged) 
GOMMAND_HANDLER(IDG_IMAGE, EN_GHANGE, OnImageGhanged) 

GHAIN_MSG_MAP ( IPropertyPageImpKGDieRollPPG> ) 

END_MSG_MAP ( ) 

These new lines ensure that OnInitDialogO will be called when the dialog box is initialized and that 
OnDotsChangedO or OnImageChanged() will be called whenever Dots or Image are changed (the other properties 
don't have put methods and so can't be changed). 
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Add the code in Listing 21.15 to the header file to declare and implement OnInitDialog(). Put it after the constructor, 
so it will be public as well. 

Listing 21.15 DieRollPPG.h-CDieRollPPG::OnlnitDialog() 



LRESULT 

{ 



OnInitDialog (UINT uMsg, WPARAM 
BOOL & bHandled) 



wParam, 



LPARAM IParam, 



USE S_C ON VE RS I ON ; 

CComQIPtr<IDieRoll, & I ID_IDieRoll> pDieRoll (m_ppUnk [ 0 ] ) ; 
BOOL dots; 

pDieRoll->get_Dots (&dots) ; 

: : SendDlgltemMessage (m_hWnd, IDC_DOTS, BM_SETCHECK, dots, 
BSTR image; 

pDieRoll->get_Image (&image) ; 

LPTSTR image_URL = W2T (image) ; 

SetDlgltemText (IDC_IMAGE, image_URL) ; 
return TRUE; 



OL) ; 



} 



This code begins by declaring a pointer to an IDieRoll interface using the CComQIPtr template class and initializing 
it to the first element of the m_ppUnk array in this class, CDieRollPPG. (A property page can be associated with 
multiple controls.) The constructor for the CComQIPtr template class uses the Querylnterface() method of the 
IUnknown pointer that was passed in to the constructor to find a pointer to an IDieRoll interface. Now you can call 
member functions of this interface to access the properties of the DieRoll control. 



Finding the value of the Dots property of the CDieRoll object is simple enough: Call get_Dots(). To use that value to 
initialize the check box on the property page, send a message to the control using the SDK function 
::SendDlgItemMessage(). The BM_SETCHECK parameter indicates that you are setting whether the box is checked 
(selected). Passing dots as the fourth parameter ensures that IDC_DOTS will be selected if dots is TRUE and 
deselected if dots is FALSE. Similarly, obtain the URL for the image with get_Image(), convert it from wide 
characters, and then use SetDlgItemText() to set the edit box contents to that URL. 



OnDotsChangedO and OnImageChanged() are simple: Add the code for them both, as presented in Listing 21.16, to 
the header file, after OnInitDialog(). 



Listing 21.16 DieRolIPPG.h-The OnChanged Functions 



LRESULT OnDotsChanged (WORD wNotify, WORD wID, HWND hWnd, BOOL& bHandled) 

{ 

SetDirty (TRUE) ; 
return EALSE; 

} 

LRESULT OnImageChanged (WORD wNotify, WORD wID, HWND hWnd, BOOL& bHandled) 

{ 

SetDirty (TRUE) ; 
return EALSE; 

} 

The calls to SetDirtyO in these functions ensure that the ApplyO function will be called when the user clicks OK on 
the property page. 

The ObjectWizard generated a simple ApplyO function, but it doesn't affect the Dots or Number properties. Edit 
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ApplyO so that it resembles Listing 21.17. 

Listing 21.17 DieRollPPG.h-CDieRollPPG::Apply() 

STDMETHOD (Apply) (void) 

{ 

USE S_C ONVE RS I ON ; 

BSTR image = NULL; 

GetDlgltemText ( IDC_IMAGE, image) ; 

BOOL dots = (BOOL) : : SendDlgltemMessage (m_hWnd, IDG_DOTS, 

BM_GETGHEGK, 0, OL) ; 

ATLTRAGE (_T ( "GDieRollPPG : :Apply\n") ) ; 
for (UINT i = 0; i < m_nObjects; i++) 

{ 

GGomQIPt r<IDieRoll , &IID_IDieRoll> pDieRoll (m_ppUnk [ i ] ) ; 
if RAILED (pDieRoll->put_Dot s (dots) ) 

{ 

GGomPtr<IErrorInf o> pError; 

GGomBSTR strError; 

GetError Inf o ( 0 , &pError) ; 
pError->GetDescript ion (&strError) ; 

MessageBox (OLE2T (StrError) , _T( "Error"), MB_IGONEXGLAMATION) ; 
return E_EAIL; 

} 

if RAILED (pDieRoll->put_Image (image) ) 

{ 

GGomPtr<IErrorInf o> pError; 

GGomBSTR strError; 

GetError Inf o ( 0 , &pError) ; 
pError->GetDescript ion (&strError) ; 

MessageBox (OLE2T (StrError) , _T( "Error"), MB_IGONEXGLAMATION) ; 
return E_EAIL; 

} 

} 

m_bDirty = EALSE; 
return S_OK; 

} 

Apply starts by getting dots and image from the dialog box. Notice in the call to ::SendDlgItemMessage() that the 
third parameter is BM_GETCHECK, so this call ascertains the selected state (TRUE or EALSE) of the check box. 
Then a call to ATLTRACE prints a trace message to aid debugging. Like the trace statements discussed in Chapter 
24, "Improving Your Application's Performance," this statement disappears in a release build. 

The majority of ApplyO is a for loop that is executed once for each control associated with this property page. It 
obtains an IDieRoll interface pointer, just as in OnInitDialogO, and tries calling the put_Dots() and put_Image() 
member functions of that interface. If either call fails, a message box informs the user of the problem. After the loop, 
the m_bDirty member variable can be set to EALSE. 

Build the project at this point to be sure you have no errors. 
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Connecting the Property Page to CDieRoll 

The changes to CDieRollPPG are complete. You need to make some changes to CDieRoll to connect it to the 
property page class. Specifically, the property map needs some more entries. Add the first two entries for Dots and 
Image so that it looks like Listing 21.18. 

Listing 21.18 DieRoll.h-Property Map 

BEGIN_PROP_MAP (CDieRoll) 

PROP_ENTRY( "Dots", dispidDot s , CLSID_DieRollPPG) 

PROP_ENTRY( "Image", dispidimage, CLSID_DieRollPPG) 

PROP_DATA_ENTRY ("_cx", m_si zeExtent . cx, VT_UI4) 

PROP_DATA_ENTRY ("_cy", m_si zeExtent . cy, VT_UI4) 

PROP_ENTRY ("BackColor", DISPID_BACKCOLOR, CLSID_St ockColorPage ) 

PROP_ENTRY ("EoreColor", DISPID_EORECOLOR, CLSID_St ockColorPage ) 

END_PROP_MAP ( ) 

Persistence in a Property Bag 

In a number of different ways, Internet Explorer can get property values out of some HTML and into a control 
wrapped in an <OBJECT> tag. With stream persistence, provided by default, you use a DATA attribute in the 
<OBJECT> tag. If you would like to use <PARAM> tags, which are far more readable, the control must support 
property bag persistence through the IPersistPropertyBag interface. 

Add another class to the list of base classes at the start of the CDieRoll class: 

public IPersistPropertyBagImpl<CDieRoll>, 

Add this line to the COM map: 

COM_INTEREACE_ENTRY (IPersistPropertyBag) 

Now you can use <PARAM> tags to set properties of the control. 

Using the Control in Control Pad 

You've added a lot of code to CDieRoll and CDieRollPPG, and it's time to build the 
minor errors, you can use the control. 

You are going to build the HTML to display this control in Microsoft's Control Pad. 
downloadable free from http://www.microsoft.com/workshop/ author/cpad/do wnload.htm. If you have a copy of 
Control Pad from before January 1997, find the latest one. If you use the old version, the init safe and script safe work 
you will do later in this chapter will appear to malfunction. 



control. After fixing any typos or 
If you don't have Control Pad, it's 



NOTE: Control Pad used to serve two purposes: It simplified building <OBJECT> tags for ActiveX 
controls and helped developers use the HTML Layout control. Now that the functionality of the Layout 
control is in Internet Explorer 4.0, it's just a handy way to make <OBJECT> tags. 



When you start Control pad, it makes an empty HTML document. With the cursor between <BODY> and </BODY>, 
choose Edit, Insert ActiveX Control. The Insert ActiveX Control dialog appears: Choose DieRoll Class from the list 
(you might recall from Eigure 21.5 that the type name for this control is DieRoll Class) and click OK. The control and 
a Properties dialog appear. Click on the Image property and enter the full path to the image file you want to use in the 
edit box at the top of the Properties dialog. (You can use any bmp file you have handy, including one you make 
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yourself in the Paint program that comes with Windows, or get beans.bmp from the Web site.) Click Apply, and the 
control redraws with a background image, such as the jelly beans shown in Figure 21.13. Close the Properties dialog 
and the Edit ActiveX Control dialog, and you will see the HTML generated for you, including the <PARAM> tags 
that were added because Control Pad could determine that DieRoll supports the IPersistPropertyBag interface. Close 
Control Pad; you can save the HTML if you want. 

FIG. 21.13 Inserting the control into Control Pad displays it for you. 

The control doesn't have its full functionality yet: It doesn't roll itself when you click it. The next section will add 
events. 

Adding Events 

Two events must be added: one when the user clicks on the control and one when the ready state changes. The Click 
event is discussed in Chapter 17 and the ReadyStateChanged event is discussed in Chapter 20. 

Adding Methods to the Event Interface 

In ClassView, right-click the _IDieRollEvents interface. Choose Add Method and fill in the Return Type as void and 
the Method Name as Click; leave the parameters blank. Figure 21.14 shows the completed dialog. Click OK to add 
the method. 

FIG. 21.14 Add the Click method to the event interface. 

In the same way, add ReadyStateChange(), returning void and taking no parameters, to the event interface. The 
dispinterface section in the idl file should now look like this: 

dispinter f ace _IDieRollEvent s 

{ 

properties : 
methods : 

[id (DISPID_CLICK) , helpstring ( "method Click")] void Click(); 

[id (DISPID_READYSTATECHANGE) , 

“■helpstring ( "method ReadySt ateChange " ) ] void ReadyStateChange ( ) ; 

}; 

If the dispids appear as I and 2 rather than DISPID_CLICK and DISPID_READYSTATECHANGE, edit them to 
match this code. 

Implementing the IConnectionPoint Interface 

To fire events, you implement the IConnectionPoint interface. The Connection Point Wizard will get you started, but 
first, save the idl file and build the project so that the typelib associated with the project is up-to-date. 

In ClassView, right-click CDieRoll and choose Implement Connection Point. Select _IDieRollEvents, as in Figure 
21.15, and click OK to generate a proxy class for the connection point. This class will have methods you can call to 
fire an event. 

FIG. 21.15 The Connection Point Wizard makes short work of adding events. 

Look for the new class, CProxy_IDieRollEvents, in ClassView. Expand it, and you will see it has two functions, 
Eire_Click() and Eire_ReadyStateChange(). 
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Firing the Click Event 

When the user clicks the control, it should fire a Click event. Right-click CDicRoll in ClassView and choose Add 
Windows Message Handler. Select WM_LBUTTONDOWN from the long list on the left and click Add Handler; 
then click OK. You will see a new entry in the message map: 

MESSAGE_HANDLER (WM_LBUTTONDOWN, OnLButt onDown ) 

Edit the member function OnLButtonDown() that has been added to CDieRoll, so that it looks like Listing 21.19. 

Listing 21.19 CDieRoll::OnLButtonDown() 

LRESULT OnLButtonDown (UINT uMsg, WPARAM wParam, LPARAM IParam, BOOL & bHandled) 

{ 

m_sNumber = Roll() ; 

FireOnChanged (dispidNumber ) ; 

Fire_Click ( ) ; 

FireViewChange ( ) ; 
return 0; 

} 

This code rolls the die, fires a notification that Number has changed, fires a Click event, and notifies the container that 
the control should be redrawn. Build the control again and load the dieroll.htm page that was generated for you into 
Internet Explorer. Click the die a few times and watch the displayed number change. Close Internet Explorer, or later 
you'll have trouble building the project because the DLL will be locked by Explorer. 

Firing the ReadyStateChange Event 

Now put_Image() and OnData() can fire events when the ready state changes. There are two ways to tell containers 
that ReadyState has changed: Eire_ReadyStateChange() for older containers and, for Internet Explorer 4.0 and above, 
a EireOnChangedO call exactly like the ones you've already coded for dispidimage and dispidDots. 

In ClassView, expand CDieRoll and then expand IDieRoll underneath it. Double-click put_Image() to edit it, and 
look for a line like this: 

m_nReadyState = READYSTATE_LOADING; 

Add immediately after that line: 

Fire_ReadyStateGhange () ; 

FireOnGhanged (DISPID_READYSTATE) ; 

Then, later in put_Image() find this line: 

m_nReadyState = READYSTATE_GOMPLETE ; 

Add the same two lines after this line as well. In OnData(), find this line: 

m_nReadyState = READYSTATE_GOMPLETE ; 

Add the same two lines immediately after it. 

Build the control again and insert it into a new page in Control Pad. Be sure to assign the Image property so that you 
can see what happens while the image loads. Click the die in the Edit ActiveX Control window, and it will roll a new 
number each time that you click. Save the HTML, load it into Explorer, and see if you can roll the die while the image 
loads. Click Refresh and you'll see that the image redraws itself even if you don't click anything. As another test, open 
the ActiveX Control Test container (available from the Tools menu in Developer Studio) and insert a DieRoll control; 
then use the event log to confirm that Click and ReadyStateChange events are being fired. 
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Probably the easiest and most relevant way to test the control is in Internet Explorer 4. To do this, you specify 
Explorer as the executable for debug. Eirst, you must turn off the Active Desktop if you have it installed, because 
under the Active Desktop, Explorer is always running. 

To remove the Active desktop, first close any applications you have open, because you're going to restart your system 
as part of the process. Choose Start, Settings, Control Panel and double-click Add/Remove Programs. On the 
Install/Uninstall tab, choose Microsoft Internet Explorer 4.0 and click Add/Remove. Choose the last radio button, 
which says Remove the Windows Desktop Update Component, But Keep the Internet Explorer 4.0 Web Browser. 
Click OK. Setup will adjust the Registry and restart your system. 

After the restart, open Developer Studio; load the DieRollControl project again; choose Project, Settings; and click 
the Debug tab. If Internet Explorer 4 is your default browser, click the arrow next to Executable for Debug Session 
and choose Default Web Browser. If it's not, enter C:\Program FilesMnternet Explorer\IEXPLORE.EXE (or the 
path to Explorer on your system, if it's different) in the edit box. Under Program Arguments, enter the path to the 
HTML you developed with Control Pad to test the control. Click OK, and now whenever you choose Build, Start 
Debug, Go, or click the Go button on the toolbar. Explorer will be launched, and the page that holds the control will 
be loaded. Choose Debug, Stop Debugging, and Explorer will close. 

Exposing the DoRoll() Function 

The next stage in the development of this control is to expose a function that will enable the container to roll the die. 
One use for this is to arrange for the container to roll one die whenever the other is clicked. Right-click the IDieRoll 
interface in ClassView and choose Add Method. Enter DoRoll for Method Name and leave the Parameters section 
blank. Click OK. 

Eunctions have a dispid just as properties do. Add an entry to the enum of dispids in the idl file so that dispidDoRoll 
is 4. This ensures that if you add another property later, you won't collide with the default dispid of 1 for DoRoll(). 
When you added the function to the interface, a line was added to the .idl file after 
properties. Change it to use the new dispid so that it looks like this: 

[ id (dispidDoRoll ) , helpstring ( "method DoRoll")] HRESULT 

The code for DoRoll() is in Listing 21.20. Add it to the function stub that has been 

Listing 21.20 CDieRoll::DoRoll() 

STDMETHODIMP CDieRoll :: DoRoll ( ) 

{ 

m_sNumber = Roll(); 

EireOnChanged (dispidNumber ) ; 

EireViewChange ( ) ; 
return S_OK; 

} 

This code is just like OnLButtonDown but doesn't fire a Click event. Build the control again. 

One way to test this method is with the Test Container. Open it by choosing Tools, ActiveX Control Test Container 
and choose Edit, Insert New Control. Eind DieRoll Class in the list and double-click it to insert a dieroll; then choose 
Control, Invoke Methods. Erom the drop-down box at the top, choose DoRoll and then click Invoke a few times. 
Eigure 21.16 shows the Invoke Methods dialog. In the background. Test Container is reporting that the Number 
property has changed. 

FIG. 21.16 The Invoke Methods dialog box. 



the get and put entries for the 

DoRoll 0 ; 

created in DieRoll.cpp. 



http://www.pbs.mcp.com/ebooks/0789715392/ch21/ch21.htm (23 of 26) [7/29/1999 3:54:55 PM] 



Special Edition Using Visual C++ 6 -- Ch 21 - The Active Template Library 



Registering as init Safe and script Safe 

In Chapter 20 you added Registry entries to indicate that the control was safe to accept parameters in a Web page and 
to interact with a script. For an ATL control, you can achieve this by supporting the lObjectSafety interface. A 
container will query this interface to see whether the control is safe. 

Add the following line to the inheritance list for CDieRoll: 

public lOb ject Safety Impl<CDieRoll , 

INTERFACESAFE_FOR_UNTRUSTED_CALLER | INTERFACESAFE_FOR_UNTRUSTED_DATA> , 



Add this line to the COM map in dieroll.h: 

COM_INTERFACE_ENTRY ( I Ob j ect Safety ) 

This will automatically make the control script and init safe. 

Preparing the Control for Use in Design Mode 

When a developer is building a form or dialog box in an application such as Visual Basic or Visual C++, a control 
palette makes it simple to identify the controls to be added. Building the icon used on that palette is the next step in 
completing this control. 

Switch to ResourceView, expand the resources, expand bitmaps, and double-click IDB_DIEROLL to edit it. Change 
it to the much simpler icon shown in Figure 21.17. 

FIG. 21.17 Draw an icon for the control. 

The Registry Script for this control refers to this icon by resource number. To discover what number has been 
assigned to IDB_DIEROLL, choose View, Resource Symbols and note the numeric value associated with 
IDB_DIEROLL. (On the machine where this sample was written, it's 202.) Open DieRoll.rgs (the script file) from 
EileView and look for this line: 

ForceRemove ' ToolboxBitmap32 ' = s ' %MODULE%, 101' 

Change it to the following: 

ForceRemove ' ToolboxBitmap32 ' = s ' %MODULE%, 202' 

Be sure to use your value rather than 202. Build the control again. To see the fruits of your labors, run the Control Pad 
again and choose Eile, New HTML Layout. Select the Additional tab on the Toolbox palette and then right-click on 
the page. Erom the shortcut menu that appears, choose Additional Controls. Eind DieRoll Class on the list and select 
it; then click OK. The new icon appears on the Additional tab, as shown in Eigure 21.18. 

FIG. 21.18 Add the DieRoll class to the HTML Layout toolbox. 

Minimizing Executable Size 

Until now, you have been building debug versions of the control. Dieroll.dll is more than 420KB. Although that's 
much smaller than the 600KB of CAB file for the MFC DLLs that the MFC version of DieRoll might require, it's a lot 
larger than the 30KB or so that the release version of dieroll.ocx takes up. With development complete, it's time to 
build a release version. 

Choose Build, Set Active Configuration to open the Set Active Project Configuration dialog shown in Figure 21.19. 
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You will notice that there are twice as many release versions in an ATL project as in an MFC project. In addition to 
choosing whether you support Unicode, you must choose MinSize or MinDependency. 

FIG. 21.19 Choose a build type from the Set Active Project Configuration dialog box. 

The minimum size release version makes the control as small as possible by linking dynamically to an ATL DLL and 
the ATL Registrar. The minimum dependencies version links to these statically, which makes the control larger but 
self-contained. If you choose minimum size, you will need to set up cab files for the control and the DLLs, as 
discussed in Chapter 20 for the MFC DLLs. At this early stage of ATL acceptance, it's probably better to choose 
minimum dependencies. 

If you choose minimum dependency and build, you will receive these error messages from the linker: 

Linking . . . 

Creating library ReleaseMinDependency/DieRollControl . lib and 
“■object ReleaseMinDependency/DieRollControl . exp 
LIBCMT . lib (crtO . ob j ) : error LNK2001: unresolved external symbol _main 

ReleaseMinDependency/DieRollControl .dll : 

“■fatal error LNK1120: 1 unresolved externals 
Error executing link.exe. 

DieRollControl.dll - 2 error(s), 0 warning(s) 

This error isn't due to any mistake on your part. By default, ATL release builds use a tiny version of the C runtime 
library (CRT) so that they will build as small a DLL as possible. This minimal CRT doesn't include the time(), rand(), 
and srandO functions used to roll the die. The linker finds these functions in the full-size CRT, but that library expects 
a main() function in your control. Because there isn't one, the link fails. 

This behavior is controlled with a linker setting. Choose Project, Settings. From the drop-down box at the upper left, 
choose Win32 Release MinDependency. Click the C/C++ tab on the right. Select Preprocessor from the Category 
drop-down box, click in the Preprocessor definitions box, and press the END key to move to the end of the box. 
Remove the _ATL_MIN_CRT flag, highlighted in Figure 21.20, and the comma immediately before it. Click OK, 
build the project again, and the linker errors disappear. 

If you comment out the calls to rand(), srand(), and time() so that the control no longer works, it will link with 
_ATL_MIN_CRT into a 57KB DLL. With _ATL_MIN_CRT removed, it is 86KB— a significant increase but still 
substantially smaller than the MFC control and its DLLs. A minimum size release build with _ATL_MIN_CRT 
removed is 75KB: The saving is hardly worth the trouble to package up the ATL DLLs. With rand(), srand(), and 
time() commented out, a minimum size release build with _ATL_MIN_CRT left in is only 46KB. 

FIG. 21.20 Turn off the flag that links in only a tiny version of the C runtime library. 

Removing the _ATL_MIN_CRT flag increases the control's size by almost 30KB. Although there's no way to rewrite 
this control so that it doesn't need the rand(), srand(), and time() functions, you could write your own versions of them 
and include them in the project so that the control would still link with the _ATL_MIN_CRT flag. You can find 
algorithms for random number generators and their seed functions in books of algorithms. The SDK 
GetSystemTimeO function can substitute for time(). If you were writing a control that would be used for the first time 
by many users in a time- sensitive application, this extra work might be worth it. Remember that the second time a 
user comes to a Web page with an ActiveX control, the control doesn't need to be downloaded again. 

Using the Control in a Web Page 

This control has a slightly different name and different CLSID than the MFC version built in Chapter 20. You can use 
them together in a single Web page to compare them. Listing 21.21 presents some HTML that puts the two controls in 
a table. (Use your own CLSID values when you create this page— you might want to use Control Pad as described 
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earlier.) Figure 21.21 shows this page in Explorer. 

Listing 21.21 dieroll.htm 

</HEAD> 

<BODY> 

<TABLE CELLSPACING=15> 

<TR> 

<TD> 

Here's the MEC die : <BR> 

<OBJECT ID="MECDie" 

CLASS ID="CLSID : 4 6 64 6B4 3-EAl 6-1 lCE-87 OC-0 02 0 1 8 0 IDDD 6 " 

WIDTH="200" HEIGHT="200"> 

<PARAM NAME="EoreColor" VALUE="0"> 

<PARAM NAME="BackColor" VALUE=" 1 67 772 15 " > 

<PARAM NAME="Image" VALUE= "beans .bmp" > 

If you see this text, your browser doesn't support the OBJECT tag. 
</OBJECT> 

</TD> 

<TD> 

Here's the ATL die : <BR> 

<OBJECT ID="ATLDie" WIDTH=200 HEIGHT=200 
CLASSID="CLSID :2DE15E35-8A71-11D0-9B10-0080C81A397C"> 

<PARAM NAME="Dots" VALUE="1"> 

<PARAM NAME="Image" VALUE="beans .bmp"> 

<PARAM NAME="Eore Color" VALUE="2147483656"> 

<PARAM NAME="Back Color" VALUE="2147483653"> 

</OBJECT> 

</TD> 

</TR> 

</TABLE> 

</BODY> 

</HTML> 

FIG. 21.21 The ATL control can be used wherever the MFC control was used. 



TIP: You can edit HTML files in Developer Studio as easily as source files, and with syntax coloring, 
too! Simply choose File, New and then select HTML Page from the list on the File tab. When you have 
typed in the HTML, right-click in the editor area and choose Preview to launch Explorer and load the 
page. 
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Without a doubt, databases are one of the most popular computer applications. Virtually every business 
uses databases to keep track of everything from its customer list to the company payroll. Unfortunately, 
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there are many different types of database applications, each of which defines its own file layouts and 
rules. In the past, programming database applications was a nightmare because it was up to the 
programmer to figure out all the intricacies of accessing the different types of database files. As a Visual 
C++ developer, you have a somewhat simpler task because MFC includes classes built on the ODBC 
(Open Database Connectivity) and DAO (Data Access Objects) systems. Other Microsoft database 
technologies are gaining MFC support as well. 

Believe it or not, by using AppWizard, you can create a simple database program without writing even a 
single line of C++ code. More complex tasks do require some programming, but not as much as you 
might think. 

This chapter gives you an introduction to programming with Visual C++'s ODBC classes. You will also 
learn about the similarities and differences between ODBC and DAO. Along the way, you will create a 
database application that can not only display records in a database but also update, add, delete, sort, and 
filter records. 

Understanding Database Concepts 

Before you can write database applications, you have to know a little about how databases work. 
Databases have come a long way since their invention, so there's much you can learn about them. This 
section provides a quick introduction to basic database concepts, including the two main types of 
databases: flat and relational. 

Using the Flat Database Model 

Simply put, a database is a collection of records. Each record in the database is composed of fields, and 
each field contains information related to that specific record. For example, suppose you have an address 
database. In this database, you have one record for each person. Each record contains six fields: the 
person's name, street address, city, state, zip code, and phone number. A single record in your database 
might look like this: 

NAME: Ronald Wilson 
STREET: 16 Tolland Dr. 

CITY: Hartford 
STATE: CT 
ZIP: 06084 
PHONE: 860-555-3542 

Your entire database will contain many records like this one, with each record containing information 
about a different person. To find a person's address or phone number, you search for the name. When you 
find the name, you also find all the information that's included in the record with the name. 

This type of database system uses iho, flat database model. Eor home use or for small businesses, the 
simple flat database model can be a powerful tool. However, for large databases that must track dozens, 
or even hundreds, of fields of data, a flat database can lead to repetition and wasted space. Suppose you 
run a large department store and want to track some information about your employees, including their 
name, department, manager's name, and so on. If you have 10 people in Sporting Goods, the name of the 
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Sporting Goods manager is repeated in each of those 10 records. When Sporting Goods hires a new 
manager, all 10 records have to be updated. It would be much simpler if each employee record could be 
related to another database of departments and manager names. 

Using the Relational Database Model 

A relational database is like several flat databases linked together. Using a relational database, you can 
not only search for individual records, as you can with a flat database but also relate one set of records to 
another. This enables you to store data much more efficiently. Each set of records in a relational database 
is called a table. The links are accomplished through keys, values that define a record. (For example, the 
employee ID might be the key to an employee table.) 

The sample relational database that you use in this chapter was created using Microsoft Access. The 
database is a simple system for tracking employees, managers, and the departments for which they work. 
Figures 22.1, 22.2, and 22.3 show the tables: The Employees table contains information about each store 
employee, the Managers table contains information about each store department's manager, and the 
Departments table contains information about the departments themselves. (This database is very simple 
and probably not usable in the real world.) 

FIG. 22.1 The Employees table contains data fields for each store employee. 

FIG. 22.2 The Managers table contains information about each store department's manager. 

FIG. 22.3 The Departments table contains data about each store department. 

Accessing a Database 

Relational databases are accessed by using some sort of database scripting language. The most 
commonly used database language is the Structured Query Language (SQL), which is used to manage 
not only databases on desktop computers but also huge databases used by banks, schools, corporations, 
and other institutions with sophisticated database needs. By using a language such as SQL, you can 
compare information in the various tables of a relational database and extract results made up of data 
fields from one or more tables combined. 



TIP: Most developers pronounce SQL as Sequel. 



Learning SQL, though, is a large task, one that is beyond the scope of this book (let alone this chapter). 

In fact, entire college-level courses are taught on the design, implementation, and manipulation of 
databases. Because there isn't space in this chapter to cover relational databases in any useful way, you 
will use the Employee table (refer to Figure 22.1) of the Department Store database in the sample 
database program you will soon develop. When you finish creating the application, you will have learned 
one way to update the tables of a relational database without knowing even a word of SQL. (Those of 
you who live and breathe SQL will enjoy Chapter 23, "SQL and the Enterprise Edition.") 
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The Visual C++ ODBC Classes 

When you create a database program with Visual C++'s AppWizard, you end up with an application that 
draws extensively on the various ODBC classes that have been incorporated into MFC. The most 
important of these classes are CDatabase, CRecordset, and CRecordView. 

AppWizard automatically generates the code needed to create an object of the CDatabase class. This 
object represents the connection between your application and the data source that you will be accessing. 
In most cases, using the CDatabase class in an App Wizard-generated program is transparent to you, the 
programmer. All the details are handled by the framework. 

AppWizard also generates the code needed to create a CRecordset object for the application. The 
CRecordset object represents the actual data currently selected from the data source, and its member 
functions manipulate the data from the database. 

Finally, the CRecordView object in your database program takes the place of the normal view window 
you're accustomed to using in AppWizard-generated applications. A CRecordView window is like a 
dialog box that's being used as the application's display. This dialog box-type of window retains a 
connection to the application's CRecordset object, hustling data back and forth between the program, the 
window's controls, and the recordset. When you first create a new database application with AppWizard, 
it's up to you to add edit controls to the CRecordView window. These edit controls must be bound to the 
database fields they represent so that the application framework knows where to display the data you 
want to view. 

In the next section, you will see how these various database classes fit together as you build the 
Employee application step by step. 

Creating an ODBC Database Program 

Although creating a simple ODBC database program is easy with Visual C+-I-, there are a number of 
steps you must complete: 

1. Register the database with the system. 

2. Use AppWizard to create the basic database application. 

3. Add code to the basic application to implement features not automatically supported by 
AppWizard. 

In the following sections, you will see how to perform these steps as you create the Employee 
application, which enables you to add, delete, update, sort, and view records in the Employees table of 
the sample Department Store database. 

Registering the Database 

Before you can create a database application, you must register the database that you want to access as a 
data source that you can access through the ODBC driver. Eollow these steps to accomplish this 
important task: 

1. Create a folder called Database on your hard disk and copy the file named DeptStore.mdb from 
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this book's Web site to the new Database folder. If you don't have Web access, you can type the 
three tables into Microsoft Access. If you don't have Access, you can use a different database 
program, but you will have to connect to the data source for that program. 

The DeptStore.mdb file is a database created with Microsoft Access. You will use this database as 
the data source for the Employee application. 

2. From the Windows Start menu, click Settings and then Control Panel. When the Control Panel 
dialog appears, double-click the 32-Bit ODBC icon. The ODBC Data Source Administrator dialog 
box appears, as shown in Figure 22.4. 

FIG. 22.4 Connecting a data source to your application starts with the ODBC Data Source 
Administrator. 

3. Click the Add button. The Create New Data Source dialog box appears. Select the Microsoft 
Access Driver from the list of drivers, as shown in Figure 22.5, and click Finish. 

The Microsoft Access Driver is now the ODBC driver that will be associated with the data source 
you create for the Employee application. 

FIG. 22.5 Creating a new data source is as simple as choosing Access from a list of drivers. 

4. When the ODBC Microsoft Access 97 Setup dialog box appears, enter Department Store in the 
Data Source Name text box and Department Store Sample in the Description text box, as shown 
in Figure 22.6. 

The Data Source Name is a way of identifying the specific data source you're creating. The 
Description field enables you to include more specific information about the data source. 

FIG. 22.6 Name your data source whatever you like. 

5. Click the Select button. The Select Database file selector appears. Use the selector to locate and 
select the DeptStore.mdb file (see Figure 22.7). 

FIG. 22.7 Browse your way to the .mdb file that holds your data. 

6. Click OK to finalize the database selection and then, in the ODBC Microsoft Access 97 Setup 
dialog box, click OK to finalize the data-source creation process. Finally, click OK in the ODBC 
Data Source Administrator dialog box and close the Control Panel. 

Your system is now set up to access the DeptStore.mdb database file with the Microsoft Access ODBC 
driver. 

Creating the Basic Employee Application 

Now that you have created and registered your data source, it's time to create the basic Employee 
application. The steps that follow lead you through this process. After you complete these steps, you will 
have an application that can access and view the Employees table of the Department Store database: 

1. Select File, New from Developer Studio's menu bar. Click the Projects tab. 

2. Select MFC App Wizard (exe) and type Employee in the Project Name box, as shown in Figure 
22.8. Click OK. The Step 1 dialog box appears. 

FIG. 22.8 Create an ordinary MFC application with AppWizard. 
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3. Select Single Document, as shown in Figure 22.9, to ensure that the Employee application 
doesn't allow more than one window to be open at a time. Click Next. 

FIG. 22.9 Create a single- document application. 

4. Select the Database View Without File Support option, as shown in Figure 22.10, so that 
AppWizard will generate the classes you need in order to view the contents of a database. This 
application will not use any supplemental files besides the database, so it doesn't need file 
(serializing) support. Click the Data Source button to connect the application to the data source 
you set up earlier. 

FIG. Arrange for a database view but no other file support. 

5. In the Database Options dialog box, drop down the ODBC list and select the Department Store 
data source, as shown in Figure 22.1 1. Click OK. 

FIG. 22.11 Choose the Department Store data source. 

6. In the Select Database Tables dialog box, select the Employees table, as shown in Figure 22.12, 
and click OK. The Step 2 dialog box reappears, filled in as shown in Figure 22.13. 

You've now associated the Employees table of the Department Store data source with the 
Employee application. Click Next to move to Step 3. 

FIG. 22.12 Select which tables from the data source you want to use in this application. 

FIG. 22.13 After selecting the data source, the Step 2 dialog box looks like this. 

7. Accept the default (None 
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What's in the Enterprise Edition? 

The Enterprise Edition of Visual C++ was developed for those of you who are integrating SQL databases and C++ 
programs, especially if you use stored procedures. It's sold as a separate edition of the product; You can buy a copy 
of the Enterprise Edition instead of the Professional Edition. If you already own a Professional or Subscription 
Edition, you can upgrade to the Enterprise Edition for a reduced price. 

The Enterprise Edition of Visual C++ includes several extra features within Visual Studio: 
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• SQL debugging 

• Extended Stored Procedure Wizard 

• OLE DB support for AS 400 access 

Also, a number of separate development tools are included; 

• Visual SourceSafe 

• SQL Server 6.5 (Developer Edition, SP 3) 

• Visual Modeler 

• Microsoft Transaction Server 

• Internet Information Server 4.0 

If you do database programming, if you develop large projects and produce object model diagrams, and if you 
work in teams and need to prevent revision collision, you need the features of the Enterprise Edition. 

Understanding SQL 

Structured Query Language (SQL) is a way to access databases, interactively or in a program, that is designed to 
read as though it were English. Most SQL statements are queries— for information from one or more 
databases-but it's also possible to use SQL to add, delete, and change information. As mentioned in Chapter 22, 
"Database Access," SQL is an enormous topic. This section reviews the most important SQL commands so that 
even if you haven't used it before, you can understand these examples and see how powerful these tools can be. 

SQL is used to access a relational database, which contains several tables. A table is made up of rows, and a row is 
made up of columns. Table 23.1 lists some names used in database research or in some other kinds of databases for 
tables, rows, and columns. 

Table 23.1 Database Terminology 



SQL 


Also Known As 


Table 


Entity 


Row 


Record, Tuple 


Column 


Eield, Attribute 



Here's a sample SQL statement: 

SELECT au_fname, au_lname FROM authors 

It produces a list of authors' first and last names from a table called authors. (This table is included in the sample 
pubs database that comes with SQL Server, which you will be using in this chapter.) Here's a far more complicated 
SQL statement: 

SELECT item, SUM (amount) total, AVG (amount) average FROM ledger 
WHERE action = 'PAID' 

GROUP BY item 

having AVG (amount) > (SELECT avg (amount) FROM ledger 

WHERE action = 'PAID') 

A SQL statement is put together from keywords, table names, and column names. The keywords include the 
following; 

• SELECT returns the specific column of the database. Secondary keywords including EROM, WHERE, 
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LIKE, NULL, and ORDER BY restrict the search to certain records within each table. 

• DELETE removes records. The secondary keyword WHERE specifies which records to delete. 

• UPDATE changes the value of columns (specified with SET) in records specified with WHERE. It can be 
combined with a SELECT statement. 

• INSERT inserts a new record into the database. 

• COMMIT saves any changes you have made to the database. 

• ROLLBACK undoes all your changes back to the most recent COMMIT. 

• EXEC calls a stored procedure. 

Like C++, SQL supports two kinds of comments: 

/* This comment has begin and end symbols */ 

-- This is a f rom-here-to-end-of-line comment 

Working with SQL Databases from C++ 

As you saw in Chapter 22, "Database Access," an ODBC program using CDatabase and CRecordset can already 
access a SQL Server database or any database that supports SQL queries. What's more, with the ExecuteSQL 
function of CDatabase, you can execute any line of SQL from within your program. Most of the time, the line of 
SQL that you execute is a stored procedure— o. collection of SQL statements stored with the database and designed 
to be executed on-the-fly by the database server. 

There are lots of reasons not to hard-code your SQL into your C++ program. The three most compelling are 

• Reuse 

• Skill separation 

• Maintainability 

Many programmers accessing a SQL database from a C++ application are building on the work of other 
developers who have been building the database and its stored procedures for years. Copying those procedures into 
your code would be foolish indeed. Calling them from within your code lets you build slick user interfaces, 
simplify Internet access, or take advantage of the speed of C++, while retaining all the power of the stored 
procedures previously written. 

Highly skilled professionals are always in demand, and sometimes the demand exceeds the supply. Many 
companies find it hard to recruit solid C++ programmers and equally as hard to recruit experienced database 
administrators who can learn the structure of a database and write in SQL. Imagine how difficult it would be to 
find a single individual who can do both-almost as difficult as having two developers work on the parts of the 
program that called SQL from C++. A much better approach is to have the C++ programmer call well-documented 
SQL stored procedures and the SQL developer build those stored procedures and keep the database running 
smoothly. 

Separating the C++ and SQL parts of your application has another benefit: Changes to one might not affect the 
other. Eor example, a minor C++ change that doesn't involve the SQL will compile and link more quickly because 
the C++ part of the application is a little smaller without the SQL statements in it. Also, changes to the SQL stored 
procedure, if they don't involve the parameters to the function or the values it returns, will take effect without 
compiling and linking the C++ program. 

There is a downside, however. It can be very difficult to track down problems when you are unsure whether they 
are in the C++ or the SQL part of your program. When one developer is doing both parts, learning two different 
tools and switching between them makes the job harder than it would be in a single tool. Also, the tools available 
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for working with SQL lack many features that Visual C++ has offered C++ programmers. 

Now, with the Enterprise Edition of Visual C++, you can have the best of both worlds. You can separate your C++ 
and SQL for reuse and maintenance but use the editor, syntax coloring, and even the debugger from Visual C++ to 
work on your SQL stored procedures. 

Exploring the Publishing Application 

One sample database that comes with SQL Server is called pubs. It tracks the sales of books and the royalties paid 
to their authors. In this chapter you will write a new stored procedure and display the records returned by it in a 
simple record view dialog box. SQL Server should be up and running before you start to build the application. 

Setting Up the Data Source 

Before you create the project, you need to create a data source to which it will connect. On your real projects, this 
data source might aheady exist. 

Choose Start, Settings, Control Panel and then double-click ODBC. Select the User DSN tab, as in Eigure 23.1, 
and click the Add button to add a new data source name (DSN). 

FIG. 23.1 Add a user data source name. 

On the next dialog box, choose SQL Server, as in Eigure 23.2, and click Einish. You're several steps away from 
finishing, no matter what the button says. 

FIG. 23.2 Connect to a SQL Server. 

On the next dialog box, fill in a name and description for the data source. Then drop down the Server box; choose 
your server or type its name. Figure 23.3 shows the completed dialog box for a test system with only the sample 
databases installed. Click Next. 

FIG. 23.3 Specify the server. 

You can choose to connect to the server by using NT authentication or SQL Server authentication. If you're not 
sure, talk to your system administrator. Because this sample was developed on a test maehine, SQL Server 
authentication- with the default account of sa and no password-is acceptable. Figure 23.4 shows the completed 
dialog box. Click Next. 

FIG. 23.4 Security can be lax on test machines but not in the real world. 

At this point, you can choose whether to connect this data source name to a single database on the server or to the 
server as a whole. If you want to associate this DSN with only one database, select the top check box and choose 
your database. If not, leave the top check box deselected. In either case, leave the rest of the dialog at the defaults, 
shown in Figure 23.5. Click Next. 

FIG. 23.5 This DSN is connected to the entire server, not just one database. 

Accept the default on the next dialog box, shown in Figure 23.6, and click Next. 

Leave both check boxes deselected on the last dialog, shown in Figure 23.7. Click Finish, and the process really is 
over. 

Figure 23.8 shows the summary of settings from this connection process. It's a very good idea to test your 
connection before moving on. 
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FIG. 23.6 Character translations and regional settings need no special treatment in this example. 

FIG. 23.7 There's no need to log slow queries or driver statistics in this example. 

FIG. 23.8 Confirm your choices for the ODBC SQL connection. 

Click Test Data Source, and you should see something like Figure 23.9. If you don't, click Cancel to return to the 
final step of the process and click Back until you are back to the step you need to adjust. Then come forward again 
with Next. 

FIG. 23.9 Make sure your DSN connects properly. 

When you have tested the connection successfully, click OK on the summary dialog and then OK on the ODBC 
Data Source Administrator. Close Control Panel. 

Building the Application Shell 

open Developer Studio and choose File, New and then click the Projects tab. Select MFC AppWizard (exe) and 
name the project Publishing, as shown in Figure 23.10. Click OK to start the AppWizard process. 

FIG. 23.10 Start AppWizard in the usual way. 

In Step 1 of AppWizard, choose an SDI application. Click Next to move to Step 2 of AppWizard. As shown in 
Figure 23.1 1, select the Database View Without File Support option. Click Data Source to connect a data source to 
your application. 

Select the ODBC option and from the drop-down box next to it, select the DSN you just created, as shown in 
Figure 23.12. Leave the Recordset Type as Snapshot and click OK to specify the exact data source. 

FIG. 23.11 This application needs database support but will not have a document. 

FIG. 23.12 Your data source is an ODBC data source name. 

The SQL Server login dialog appears. Click the Options button to show the enlarged dialog of Figure 23.13. 
Choose pubs from the Database drop-down box and enter your login ID and password at the top of the dialog. 

Click OK. 

FIG. 23.13 Connect to the sample pubs database. 

The Select Database Tables dialog, shown in Figure 23.14, appears. Click on dbo.authors, dbo.titleauthor, and 
dbo.titles. Click OK. 

FIG. 23.14 Choose the authors, titles, and authortitle tables. 

You are back to Step 2 of AppWizard. Click Next to move to Step 3. Choose No Support for Compound 
Documents or ActiveX Controls and click Next to move to Step 4. Click Next to accept the Step 4 defaults and 
then Next again to accept the Step 5 defaults. On Step 6, click Finish. The New Project Information summary, 
shown in Figure 23.15, appears. Click OK to create the project. 

FIG. 23.15 Confirm that your choices are correct before clicking OK. 

You have now completed a shell of an application that displays database values in a record view, much like the one 
discussed in Chapter 22. Nothing you have done so far has been specific to the Enterprise Edition. That is about to 
change. 
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Making a Data Connection 

The database tables you specified are connected to your record set, but they aren't available for use with the SQL 
features of the Enterprise Edition. You need to make a data connection to connect the database to your application. 
Eollow these steps to make the connection: 

1. Choose Project, Add to Project, New. 

2. Click the Projects tab. 

3. As shown in Eigure 23.16, select a Database Project, name it PubDB, and select the Add to Current 
Workspace radio button. Click OK. 

FIG. 23.16 Create a subproject within this project. 

4. The Select Data Source dialog appears. Click the Machine Data Source tab, choose the DSN you created 
(shown in Eigure 23.17), and click OK. 

FIG. 23.17 Connect to the local server. 

5. The SQL Server Login dialog appears. As before, specify your login ID and password and make sure the 
pubs database is selected. Click OK to complete the data connection. 

In the Workspace pane on the left of the screen, a new tab has appeared. Figure 23.18 shows the new DataView. 
Expand the Tables section and expand authors to show the columns within the table. Double-click the authors 
table, and you can see your data on the right in Figure 23.18. 

Also featured in Figure 23.18 is the Query toolbar, with the following buttons: 

• Show Diagram Pane toggles the Query Designer diagram pane (discussed in the next section). 

• Show Grid Pane toggles the Query Designer grid pane (discussed in the next section). 

• Show SQL Pane toggles the Query Designer SQL pane (discussed in the next section). 

FIG. 23.18 The DataView shows you the database structure and can display your data in the working area. 

• Show Results Pane toggles the Query Designer results pane (discussed in the next section). 

• Change Type creates a SELECT, INSERT, UPDATE, or DELETE query in the four panes of Query 
Designer. 

• Run executes your SQL. 

• Verify SQL Syntax checks the syntax of the SQL you have written. 

• Sort Ascending displays records from the low value of a selected column to high. 

• Sort Descending displays records from the high value of a selected column to low. 

• Remove Filter shows all the records instead of only those that meet the filter specifications. 

• Group By adds a GROUP BY condition to the query being built. 

• Properties displays information about a colunm or table. 

Working with Query Designer 

When you double-click a table name, such as authors, in the DataView to display all the columns and all the 
records, you are actually executing a simple SQL query, as follows: 

SELECT authors . * FROM authors 

The results of this query appear in the results pane, which is the only one of the four Query Designer panes to be 
displayed, by default. This query was built for you by Query Designer and means show all the columns and 



http://www.pbs.mcp.com/ebooks/0789715392/ch23/ch23.htm (6 of 14) [7/29/1999 3:56:03 PM] 



Special Edition Using Visual C++ 6 -- Ch 23 - SQL and the Enterprise Edition 

records of the authors table. Figure 23.19 shows the four panes of Query Designer as they appear when you first 
make the data connection. To see all four panes, use the toolbar buttons to toggle them on. You can adjust the 
vertical size of each pane but not the horizontal. 

To change your query, deselect * (All Colunms) in the diagram pane (at the top of Figure 23.19) and then select 
au_lname, au_fname, and phone. The values in the results pane become gray to remind you that these aren't the 
results of the query you are now building. As you make these selections in the diagram pane, the other panes 
update automatically, as shown in Figure 23.20. 

FIG. 23.19 The DataView shows you the database structure and can display your data in the working area. 

Highlight phone in the diagram pane and click the Sort Ascending button on the Query toolbar. This will sort the 
results by phone number. Click the Run button on the Query toolbar to execute the SQL that has been built for you. 
Figure 23.21 shows what you should see, including the new values in the results pane. 

Stored Procedures 

The capability to create simple SQL queries quickly, even if your SQL skills aren't strong, is an amazing aspect of 
the Enterprise Edition. However, using stored procedures is where the real payoff of this software becomes 
apparent. 

FIG. 23.20 You can build simple queries even if you don't know any SQL. 

FIG. 23.21 Running your SQL queries is a matter of a single click. 

Collapse the tables section in the DataView and expand the Stored Procedures section. This shows all the stored 
procedures that are kept in the database and are available for you to use. Double-click reptq2 to display the 
procedure. One thing you probably notice immediately is the syntax coloring in the editor window. The colors used 
are 

• Blue for keywords such as PRINT and SELECT 

• Green for both styles of comment 

• Black for other kinds of text 

To mn a stored procedure, choose Tools, Run; or right-click the stored procedure name in DataView and choose 
Run; or right-click in the editor and choose Run. The results appear in the Results pane of the Output 
window— don't confuse this with the Results pane of Query Designer. Eigure 23.22 shows the Output window 
stretched very large to show some results of reptq2. 

FIG. 23.22 You can see the results of any stored procedure from within Developer Studio. 

Some stored procedures take parameters. For example, double-click reptq3; its code looks like this: 

CREATE PROCEDURE reptqS 01olimit money, 0hilimit money, 

0type char ( 12 ) 

AS 

select pub_id, type, title_id, price 
from titles 

where price >01olimit AND price <0hilimit AND type = 0type 
OR type LIKE ' %cook% ' 
order by pub_id, type 

COMPUTE count (title_id) BY pub_id, type 

This stored procedure takes three parameters: lolimit, hilimit, and type. If you mn it, the dialog box shown in 
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Figure 23.23 appears; Enter parameter values and click OK to run the procedure. See the results in the Output 
window. 

FIG. 23.23 Providing parameters to stored procedures is simple. 

It might be nice if the type parameter were a drop-down box, enabling you to see all the type values in the table 
before submitting the query rather than having to type business yourself. That sort of capability is exactly what you 
can build into a C+-I- program that uses SQL stored procedures. To see how, in the next section you will write a 
new stored procedure and call it from your C+-I- program. 

Writing a New Stored Procedure 

To create a new stored procedure, right-click Stored Procedures in DataView and choose New Stored Procedure. 
This code appears in the editor; 

Create Procedure /*Procedure_Name*/ 

As 

return (0) 

Edit this code so that it looks like Listing 23.1. Save the stored procedure by choosing Eile, Save-there's no need 
to specify the name because it's in the first line. After the procedure has been saved, its name appears in the 
DataView. 

Listing 23.1 author_ytd, the New Stored Procedure 

CREATE PROCEDURE author_ytd ©sales int 
AS 

SELECT authors . au_lname , authors . au_fname, t it les . t it le , ytd_sales 
FROM authors, titles, titleauthor 
WHERE ytd_sales > ©sales 

AND authors . au_id = t it leauthor . au_id 
AND titleauthor . title_id = t it les . t it le_id 

ORDER BY ytd_sales DESC 

This SQL code gathers information from three tables, using the au_id and title_id columns to connect authors to 
titles. It takes one parameter, sales, which is an integer value. Run the procedure to see the results immediately. 
Listing 23.2 shows the results, using 4000 as the value for sales. 

Listing 23.2 author_ytd resuits ((o)saies = 4000) 

Running Stored Procedure dbo . author_ytd ( ©sales = 4000 ) . 



au_lname 


au_f name 


title 


ytd_sale 


DeFrance 


Michel 


The Gourmet Microwave 


22246 


Ringer 


Anne 


The Gourmet Microwave 


22246 


Green 


Marjorie 


You Can Combat Computer Stress! 


18722 


Blotchet-Halls 


Reginald 


Fifty Years in Buckingham Palace Kitchens 


15096 


Carson 


Cheryl 


But Is It User Friendly? 


8780 


Green 


Marjorie 


The Busy Executive's Database Guide 


4095 


Bennet 


Abraham 


The Busy Executive's Database Guide 


4095 


Straight 


Dean 


Straight Talk About Computers 


4095 


Dull 


Ann 


Secrets of Silicon Valley 


4095 
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Hunter 


Sheryl 


Secrets of Silicon Valley 


4095 


Q ' Leary 


Michael 


Sushi, Anyone? 


4095 


Cringlesby 


Burt 


Sushi, Anyone? 


4095 


Yokomot o 


Akiko 


Sushi, Anyone? 


4095 


White 


Johnson 


Prolonged Data Deprivation: 


Four Case Studies 4072 



(14 row(s) affected) 

Finished running dbo . author_ytd . 

RETURN_VALUE = 0 

Connecting the Stored Procedure to C++ Code 

At the moment, you have an empty C++ application that uses a recordset and would display members of that 
recordset in a record view if you added fields to the dialog to do so. The recordset contains all the columns from 
the three tables (authors, titleauthor, and titles) that you specified during the AppWizard process. That's arranged 
by a function called CPublishingSet::GetDefaultSQL() that AppWizard wrote for you, shown in Listing 23.3. 

Listing 23.3 CPubiishingSet::GetDefauitSQL() from AppWizard 

CString CPublishingSet : : GetDef ault SQL ( ) 

{ 

return _T (" [dbo] . [authors] , [dbo] . [titleauthor] , [dbo] . [titles] ") ; 

} 

You're going to change this default SQL so that it calls your stored procedure, which is now part of the pubs 
database. First, choose Project, Set Active Project and select Publishing. Switch to ClassView in the Workspace 
pane, expand CPublishingSet, and double-click GetDefaultSQL() to edit it. Replace the code with that in Listing 
23.4. 

Listing 23.4 CPubiishingSet::GetDefauitSQL() to Caii Your Stored Procedure 

CString CPublishingSet: : CetDef ault SQL ( ) 

{ 

return _T("{CALL author_ytd ( 4 0 0 0 ) } " ) ; 

} 



NOTE:ormally you would not hard-code the parameter value like this. Adding member variables to 
the class to hold parameters and passing them to the SQL is a topic you can explore in the online help 
when you are more familiar with the Enterprise Edition. 



The records returned from this query will go into your recordset. The query returns four columns (au_lname, 
au_fname, title, and ytd_sales), but the recordset is expecting far more than that. You can use ClassWizard to edit 
your recordset definition. Eollow these steps: 

1. Open ClassWizard by choosing View, ClassWizard. 

2. Click the Member Variables tab. You should see something like Eigure 23.24, showing all the member 
variables of the recordset connected to table columns. 

FIG. 23.24 ClassWizard manages your recordset definition. 

3. Highlight [address] and click Delete Variable. 

4. In the same way, delete all the variables except au_lname, au_fname, title, and ytd_sales. 
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5. Click OK to close ClassWizard. 

Your application can compile and run now, but until you edit the Record View dialog box, you won't be able to see 
the records and columns that are returned by another query. Editing the dialog box is covered in Chapter 22 and 
uses skills first demonstrated in Chapter 2, "Dialogs and Controls," so the description here will be brief. 

Click the ResourceView tab, expand the resources, expand Dialogs, and double-click IDD_PUBLISHING_FORM. 
This dialog box was created for you by AppWizard but has no controls on it yet. Delete the static text reminding 
you to add controls, and add four edit boxes and their labels so that the dialog resembles Figure 23.25. Use sensible 
resource IDs for the edit boxes, not the defaults provided by Developer Studio. Name them 
IDC_QUERY_FNAME, IDC_QUERY_FNAME, IDC_QUERY_TITEE, and IDC_QUERY_YTDSAEES. 

FIG.23.25 Edit your Record View dialog box. 

There is one task left: Connect these fields to member variables. Here's how to make that connection: 

1. Open ClassWizard while this dialog box has focus. 

2. Click the Member Variables tab. 

3. Select IDC_QUERY_FNAME and click Add Variable to open the Add Member Variable dialog box. 

4. From the drop-down box labeled Member Variable Name, choose m_pSet->m_au_fname and click OK. 

5. In the same way, connect IDC_QUERY_FNAME to m_pSet->m_au_lname, IDC_QUERY_TITFE to 
m_pSet->m_title, and IDC_QUERY_YTDSAFES to m_pSet->m_ytd_sales. 

6. Figure 23.26 shows the ClassWizard dialog box when all four controls have been connected. Click OK to 
close ClassWizard. 

In ClassView, double-click the function DoFieldExchange() under CPublishingSet and look at the code that was 
generated for you. The order in which the variables appear in this code is important: It must match the order in 
which the fields are coming back from your stored procedure. Figure 23.27 shows DoFieldExchange() and the 
stored procedure together. Adjust the order of the fields in the SEFECT statement, if required. 

Build your project and run it. You should see a record view like Figure 23.28 (you might have to go through the 
SQF login procedure again first), and if you scroll through the record view with the arrow buttons, you should see 
every author from the report in Fisting 23.2. 

FIG. 23.26 Connect the record view controls to member variables of the recordset. 

FIG. 23.27 Make sure that the fields are in the same order in DoFieldExchange( ) as in your stored procedure. 
FIG. 23.28 Your application displays the results of the stored procedure's query. 



TIP: Make sure you have saved the SQF stored procedure before you build. Because the stored 
procedures are in a subproject of Publishing, building Publishing will not trigger any saves in the 
subproject. 



This application doesn't do much at the moment: It calls a stored procedure and neatly presents the results. With a 
little imagination, you can probably see how your SQF-based C+-I- programs can wrap stored procedures in 
user-friendly interfaces and how easy it is to develop and maintain these stored procedures by using Developer 
Studio. You can even debug your SQF by using the Developer Studio debugger. 
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Working with Your Database 

The DataView gives you full control over not only the contents of your SQL database but also its design. A raft of 
graphical tools makes it easy to see how the database works or to change any aspect of it. 

Database Designer 

Return to the DataView, right-click the authors table, and choose Design. With the Database Designer, shown in 
Figure 23.29, you can change the key column, adjust the width, apply constraints on valid values, and more. 

FIG. 23.29 The Database Designer lets you change any aspect of your database's design. 

For example, to open the property sheet shown in Figure 23.30, click the Properties button at the far right of the 
Table toolbar while au_id is selected. The constraint shown here means that au_id must be a 9-digit number. 
Clicking the Relationship tab, shown in Figure 23.31, shows that au_id is used to connect the authors table to the 
titleauthor table. 

FIG. 23.30 It's simple to specify column constraints. 

FIG. 23.31 The Relationships tab makes it simple to see how tables are related. 

Database Diagrams 

One of the easiest ways to quickly present information to people is with a diagram. Figure 23.32 shows a diagram 
that explains the relationships between the three tables used throughout this chapter. To create the same diagram 
yourself, follow these steps: 

1. Right-click Database Diagrams in DataView and choose New Diagram. 

2. Click authors and drag it into the working area. 

3. Click titleauthor and drag it into the working area. Wait a moment for a link between authors and 
titleauthor to appear. 

4. Click titles and drag it into the working area. Wait for the link to appear. 

5. Rearrange the tables so that their keys are aligned as in Figure 23.32. 

6. Drag the links up or down until they run from one key to another, as they do in Figure 23.32. 

FIG. 23.32 A picture is worth a thousand words when it's time to explain your database design. 

If you want, you can save this diagram in the database. Just click the Save button on the standard toolbar and 
provide a name. The diagrams will be available to any other developers who use the Enterprise Edition to access 
this database. 

If you're a database developer, you probably can't wait to open your own database in the Database Designer and set 
to work. Be sure to take advantage of the many features on the Database Diagram toolbar. Eor example, you can 
add a note or explanation with the New Text Annotation button; this note can be moved wherever you want. Eour 
buttons grouped together control how much detail is shown for each table. The first. Column Properties, shows all 
the details that were in the table view. The second. Column Names, is the default in the diagram view. Keys shows 
only those columns that are keys, and Name Only shrinks the grid to a tiny column showing only the table's name. 
This is useful for diagrams representing the relationships of many tables or of tables from other projects. 

To change any design decision about these tables, open the shortcut menu and choose Column Properties; then edit 
these properties as you did in the Database Designer. How's that for an easy way to design and administer a SQL 
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database? 

Understanding Microsoft Transaction Server 

Microsoft Transaction Server is a completely separate product that comes with the Enterprise Edition of Visual 
C++ but is not integrated with it. MTS enables you to use a collection of COM objects called components to 
securely execute distributed transactions within enterprise- scale database applications. Applications that use MTS 
can be written in any language that produces ActiveX applications, including Visual C++, Visual J++, and Visual 
Basic. 

To work with MTS, you must be comfortable doing under-the-hood ActiveX and COM programming, working 
directly with interfaces. If you've always relied on MEC to hide interfaces from you, you should probably read 
Chapter 21, "The Active Template Library," to gain an introduction to the way that interfaces are used. 

Like ODBC, you can use MTS with almost any kind of database, including ordinary file systems. Certainly SQL 
databases work with MTS, but so do a huge variety of other resource managers. This enables you access to the 
power of MTS without having to change your database system at all. 

An MTS component is a COM object. It can do any specific task within your system, and often several 
components are involved in a given transaction. Components are gathered together into packages, which are 
installed as a unit onto your system. 

A transaction is a unit of work that should succeed or fail as a whole. Eor example, if a customer is transferring 
money from one bank account to another, the money should be withdrawn from one account and deposited to the 
other. It doesn't make sense for one step in this process to fail and the other to proceed to completion. This would 
either unfairly take money away from customers or unfairly give money to customers. Database programmers have 
long realized this and have developed ways of rolling back transactions that are partially completed when a step 
fails or of checking conditions to ensure that all the steps will succeed before starting. However, these techniques 
are much more difficult to implement in a large, distributed system— too difficult to implement by hand. 

Eor example, imagine that two systems are about to take money (say, $100) from a customer's bank account. The 
first checks the balance, and there is enough money. Both systems are connected through a network to the system 
that keeps the balance for that account. The first system asks for the balance and receives the reply: $150. 

Moments later, the second asks and is also told $150. The first confidently sends the request for $100 and 
succeeds; only a fraction of a second later, the second asks for $100 and fails. Any portions of a transaction 
involving this customer that were already completed by the second system will now have to be rolled back. A 
transactional system such as MTS makes this process much simpler for developers by providing system services to 
support these tasks. 

Sound good? Then install the product and get going in the online help. Two good sample systems are included: a 
simple banking application and a game. You can also check out Microsoft's Transaction Server Web site at 

http;//www.microsoft.com/transaction . 

Using Visual SourceSafe 

If you work as part of a team of developers, a revision control system isn't a nicety-it's a necessity. Eor too many 
teams, the revision control system consists of sticking your head into the hall and telling your fellow programmers 
that you will be working on fooble.h and fooble.cpp for a while and to leave these alone. Perhaps it's more about 
demanding to know who saved his changes to fooble.h over your changes because you both had the file open at 
once, and somebody saved after you did. There is a better way. 
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Revision control systems are not a new idea. They all implement these concepts; 

• Check out a file— By bringing a copy of a file to your desktop from a central library or repository, you mark 
the file as unavailable to others who might want to change it. (Some systems allow changes to source files 
by several developers at once and can later merge the changes.) 

• Check in a /i/e- When your changes are complete, you return the file to the library. You provide a brief 
description of what you've done, and the RCS automatically adds your name, the date, and other files 
affected by this change. 

• Merge changes— S>omt RCS systems can accept check-ins by different developers on the same file and will 
make sure that both sets of changes appear in the central file. 

• Change tracking— S>omt RCS systems can reconstruct earlier versions of a file by working backwards 
through a change log. 

• History— information added at check-in can form a nice summary of what was done to each file, when, 
and why. 

Microsoft's Visual SourceSafe is a good revision control system that many developers use to keep their code in 
order. What sets Visual SourceSafe apart from other RCS systems? It's project oriented, it hooks into Visual C+-I- 
(through the new SCCI interface, some other RCS systems can also hook in), and it comes with the Enterprise 
Edition of Visual C+-I-. 

When you install Visual SourceSafe, choose a custom installation and select Enable SourceSafe Integration. Doing 
this adds a cascading menu to Developer Studio's Project menu, shown in Eigure 23.33. To enable the items on the 
menu, you must add your project to source control by choosing Add to Source Control and logging into Visual 
SourceSafe. 

FIG. 23.33 Installing Visual SourceSafe adds a cascading menu to the Project menu. 

The items on the menu are as follows: 

• Get Latest Version— Fox selected files, replace your copies with newer copies from the library. 

• Check Dwt— Start to work on a file. 

• Check /n— Einish working on a file and make your changed versions available to everyone. 

• Undo Check Dwt— Give back a file without making any changes or an entry in the history. 

• Add to Source Control— Enable source control for this project. 

• Remove from Source Control— Disable source control for this project. 

• Show History-Display the changes made to selected files. 

• Show Differences -Display the differences between old and new files. 

• SourceSafe Properties— See information that SourceSafe keeps about your files. 

• Share from SourceSafe— Allow other developers to work on selected files. 

• Refresh Status— Update your display with status changes made by other developers. 

• SourceSafe— Rnn Visual SourceSafe to see reports and summaries. 

You must have an account and password set up in Visual SourceSafe before you can put a project under source 
control and use these features. Run Visual SourceSafe from this menu to perform any administrative tasks that 
haven't already been taken care of for you. 

Unless you are the only developer who will work on your project, you simply must use a revision control system. 
Visual SourceSafe is good: It works from within Developer Studio, and if you have the Enterprise Edition of 
Visual C+-I-, it's free. What more could you want? Install it, learn it, use it. You won't regret it. 
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TIP: Revision control systems work on Web pages, database contents, documentation, bug lists, and 
spreadsheets as well as they do on code and program files. After you get in the habit and see the 
benefits, you won't stop. 
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When developing a new application, there are various challenges developers must meet. You need your 
application to compile, to run without blowing up, and you must be sure that it does what you want it to 
do. On some projects, there is time to determine whether your application can run faster and use less 
memory or whether you can have a smaller executable file. The performance improvement techniques 
discussed in this chapter can prevent your program from blowing up and eliminate the kind of thinkos 
that result in a program calculating or reporting the wrong numbers. These improvements are not merely 
final tweaks and touch-ups on a finished product. 

You should form the habit of adding an ounce of prevention to your code as you write and the habit of 
using the debugging capabilities that Developer Studio provides you to confirm what's going on in your 
program. If you save all your testing to the end, both the testing and the bug-fixing will be much harder 
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than if you had been testing all along. Also, of course, any bug you manage to prevent will never have to 
be fixed at all! 

Preventing Errors with ASSERT and TRACE 

The developers of Visual C++ did not invent the concepts of asserting and tracing. Other languages 
support these ideas, and they are taught in many computer science courses. What is exciting about the 
Visual C++ implementation of these concepts is the clear way in which your results are presented and the 
ease with which you can suppress assertions and TRACE statements in release versions of your 
application. 

ASSERT: Detecting Logic Errors 

The ASSERT macro enables you to check a condition that you logically believe should always be TRUE. 
Eor example, imagine you are about to access an array like this: 

array[i] = 5; 

You want to be sure that the index, i, isn't less than zero and larger than the number of elements allocated 
for the array. Presumably you have already written code to calculate i, and if that code has been written 
properly, i must be between 0 and the array size. An ASSERT statement will verify that: 

ASSERT ( i > 0 && i < ARRAYSIZE) 



NOTE: There is no semicolon (;) at the end of the line because ASSERT is a macro, not a 
function. Older C programs may call a function named assert(), but you should replace these 
calls with the ASSERT macro because ASSERT disappears during a release build, as 
discussed later in this section. 



You can check your own logic with ASSERT statements. They should never be used to check for user 
input errors or bad data in a file. Whenever the condition inside an ASSERT statement is EALSE, 
program execution halts with a message telling you which assertion failed. At this point, you know you 
have a logic error, or a developer error, that you need to correct. Here's another example: 

// Calling code must pass a non-null pointer 
void ProcessOb ject ( Eoo * fooObject ) 

{ 

ASSERT ( fooObject ) 

// process object 

} 

This code can dereference the pointer in confidence, knowing execution will be halted if the pointer is 
NULL. 

You probably already know that Developer Studio makes it simple to build debug and release versions of 
your programs. The debug version #defines a constant, _DEBUG, and macros and other pre-processor 
code can check this constant to determine the build type. When _DEBUG isn't defined, the ASSERT 
macro does nothing. This means there is no speed constraint in the final code, as there would be if you 
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added if statements yourself to test for logic errors. There is no need for you to go through your code, 
removing ASSERT statements when you release your application, and, in fact, it's better to leave them 
there to help the developers who work on version 2. They document your assumptions, and they'll be 
there when the debugging work starts again. In addition, ASSERT can't help you if there is a problem 
with the release version of your code because it is used to find logic and design errors before you release 
version 1 .0 of your product. 

TRACE: Isolating Problem Areas in Your Program 

As discussed in Appendix D, "Debugging," the power of the Developer Studio debugger is considerable. 
You can step through your code one line at a time or run to a breakpoint, and you can see any of your 
variables' values in watch windows as you move through the code. This can be slow, however, and many 
developers use TRACE statements as a way of speeding up this process and zeroing in on the problem 
area. Then they turn to more traditional step-by-step debugging to isolate the bad code. 

In the old days, isolating bad code meant adding lots of print statements to your program, which is 
problematic in a Windows application. Before you start to think up workarounds, such as printing to a 
file, relax. The TRACE macro does everything you want, and like ASSERT, it magically goes away in 
release builds. 

There are several TRACE macros: TRACE, TRACED, TRACE 1, TRACE2, and TRACES. The 
number-suffix indicates the number of parametric arguments beyond a simple string, working much like 
printf. The different versions of TRACE were implemented to save data segment space. 

When you generate an application with AppWizard, many ASSERT and TRACE statements are added 
for you. Here's a TRACE example: 

if (! m_wndToolBar . Create (this ) 

I I ! m_wndToolBar . LoadToolBar ( IDR_MAINFRAME ) ) 

{ 

TRACED ( "Failed to create toolbar\n"); 
return -1; // fail to create 

} 

If the creation of the toolbar fails, this routine will return -1, which signals to the calling program that 
something is wrong. This will happen in both debug and release builds. In debug builds, though, a trace 
output will be sent to help the programmer understand what went wrong. 

All the TRACE macros write to afxDump, which is usually the debug window, but can be set to stderr 
for console applications. The number-suffix indicates the parametric argument count, and you use the 
parametric values within the string to indicate the passed data type— for example, to send a TRACE 
statement that includes the value of an integer variable: 

TRACEl ( "Error Number: %d\n", -1 ); 

or to pass two arguments, maybe a string and an integer: 

TRACE2("File Error %s, error number: %d\n", FILE , -1 ); 

The most difficult part of tracing is making it a habit. Sprinkle TRACE statements anywhere you return 
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error values: before ASSERT statements and in areas where you are unsure that you constructed your 
code correctly. When confronted with unexpected behavior, add TRACE statements first so that you 
better understand what is going on before you start debugging. 

Adding Debug-Only Features 

If the idea of code that isn't included in a release build appeals to you, you may want to arrange for some 
of your own code to be included in debug builds but not in release builds. It's easy. Just wrap the code in 
a test of the _DEBUG constant, like this: 

#ifdef _DEBUG 

/ / debug code here 
#endif 

In release builds, this code will not be compiled at all. 

All the settings and configurations of the compiler and linker are kept separately for debug and release 
builds and can be changed independently. Eor example, many developers use different compiler warning 
levels. To bump your warning level to 4 for debug builds only, follow these steps: 

1. Choose Project, Settings, which opens the Project Settings dialog box, shown in Eigure 24.1. 

2. Choose Debug or Release from the drop-down list box at the upper left. If you choose All 
Configurations, you'll change debug and release settings simultaneously. 

3. Click the C/C++ tab and set the Warning Level to Level 4, as shown in Eigure 24.2. The default 
is Level 3, which you will use for the release version (see Eigure 24.3). 

Warning level 4 will generate a lot more errors than level 3. Some of those errors will probably come 
from code you didn't even write, such as MEC functions. You'll just have to ignore those warnings. 

FIG. 24.1 The Project Settings dialog box enables you to set configuration items for different phases of 
development. 

FIG. 24.2 Warning levels can be set higher during development. 

FIG. 24.3 Warning levels are usually lower in a production release. 

Sealing Memory Leaks 

A memory leak can be the most pernicious of errors. Small leaks may not cause any execution errors in 
your program until it is run for an exceptionally long time or with a larger-than-usual data file. Because 
most programmers test with tiny data files or run the program for only a few minutes when they are 
experimenting with parts of it, memory leaks may not reveal themselves in everyday testing. Alas, 
memory leaks may well reveal themselves to your users when the program crashes or otherwise 
misbehaves. 
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Common Causes of Memory Leaks 

What does it mean when your program has a memory leak? It means that your program allocated 
memory and never released it. One very simple cause is calling new to allocate an object or an array of 
objects on the heap and never calling delete. Another cause is changing the pointer kept in a variable 
without deleting the memory the pointer was pointing to. More subtle memory leaks arise when a class 
with a pointer as a member variable calls new to assign the pointer but doesn't have a copy constructor, 
assignment operator, or destructor. Listing 24.1 illustrates some ways that memory leaks are caused. 

Listing 24.1 Causing Memory Leaks 

/ / simple pointer leaving scope 

{ 

int * one = new int; 

*one = 1; 

} // one is out of scope now, and wasn't deleted 

// mismatched new and delete: new uses delete and new [ ] uses delete [] 

{ 

float * f = new float [10]; 

/ / use array 

delete f; // Oops! Deleted f[0] correct version is delete [] f; 

} 

/ / pointer of new memory goes out of scope before delete 

{ 

const char * Delete? = "Don't forget P"; 
char * p = new char [ strlen (Delete? ) + 1]; 
strcpy ( p, Delete? ) ; 

} // scope ended before delete [] 
class A 
{ 

public : 

int * pi; 

} 

A: :A() 

{ 

pi = new int ( ) ; 

*pi = 3; 

} 

// ..later on, some code using this class.. 

A firsta; //allocates an int for first. pi to point to 
B seconda; //allocates another int for seconda.pl 
seconda=f irsta; 

// will perform a bitwise (shallow) copy. Both objects 
// have a pi that points to the first int allocated. 

/ / The pointer to the second int allocated is gone 
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/ / forever . 

The code fragments all represent ways in which memory can be allocated and the pointer to that memory 
lost before deallocation. After the pointer goes out of scope, you can't reclaim the memory, and no one 
else can use it either. It's even worse when you consider exceptions, discussed in Chapter 26, "Exceptions 
and Templates," because if an exception is thrown, your flow of execution may leave a function before 
reaching the delete at the bottom of the code. Because destructors are called for objects that are going out 
of scope as the stack unwinds, you can prevent some of these problems by putting delete calls in 
destructors. This, too, is discussed in more detail in Chapter 26, in the "Placing the catch Block" section. 

Like all bugs, the secret to dealing with memory leaks is to prevent them— or to detect them as soon as 
possible when they occur. You can develop some good habits to help you: 

• If a class contains a pointer and allocates that pointer with new, be sure to code a destructor that 
deletes the memory. Also, code a copy constructor and an operator (=). 

• If a function will allocate memory and return something to let the calling program access that 
memory, it must return a pointer instead of a reference. You can't delete a reference. 

• If a function will allocate memory and then delete it later in the same function, allocate the 
memory on the stack, if at all possible, so that you don't forget to delete it. 

• Never change a pointer's value unless you have first deleted the object or array it was pointing to. 
Never increment a pointer that was returned by new. 

Debug new and delete 

MFC has a lot to offer the programmer who is looking for memory leaks. In debug builds, whenever you 
use new and delete, you are actually using special debug versions that track the filename and line number 
on which each allocation occurred and match up deletes with their news. If memory is left over as the 
program ends, you get a warning message in the output section, as shown in Figure 24.4. 

FIG. 24.4 Memory leaks are detected automatically in debug builds. 

To see this for yourself, create an App Wizard MDI application called Leak, accepting all the defaults. In 
the InitInstanceO function of the application class (CLeakApp in this example), add this line: 

int* pi = new int[20]; 

Build a debug version of the application and run it by choosing Build, Start Debug, and Go, or click the 
Go button on the Build minibar. You will see output like Figure 24.4. Notice that the filename 
(Leak.cpp) and line number where the memory was allocated are provided in the error message. 
Double-click that line in the output window, and the editor window displays Leak.cpp with the cursor on 
line 54. (The coordinates in the lower-right comer always remind you what line number you are on.) If 
you were writing a real application, you would now know what the problem is. Now you must determine 
where to fix it (more specifically, where to put the delete). 
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Automatic Pointers 

When a program is executing within a particular scope, like a function, all variables allocated in that 
function are allocated on the stack. The stack is a temporary storage space that shrinks and grows, like an 
accordion. The stack is used to store the current execution address before a function call, the arguments 
passed to the function, and the local function objects and variables. 

When the function returns, the stack pointer is reset to that location where the prior execution point was 
stored. This makes the stack space after the reset location available to whatever else needs it, which 
means those elements allocated on the stack in the function are gone. This process is referred to as stack 
unwinding. 



NOTE: Objects or variables defined with the keyword static are not allocated on the stack. 



Stack unwinding also happens when an exception occurs. To reliably restore the program to its state 
before an exception occurred in the function, the stack is unwound. Stack-wise variables are gone, and 
the destructors for stack-wise objects are called. Unfortunately, the same is not true for dynamic objects. 
The handles (for example, pointers) are unwound, but the unwinding process doesn't call delete. This 
causes a memory leak. 

In some cases, the solution is to add delete statements to the destructors of objects that you know will be 
destructed as part of the unwinding, so they can use these pointers before they go out of scope. A more 
general approach is to replace simple pointers with a C+-I- class that can be used just like a pointer but 
contains a destructor that deletes any memory at the location where it points. Don't worry, you don't have 
to write such a class: One is included in the Standard Template Library, which comes with Visual C+-I-. 
Listing 24.2 is a heavily edited version of the auto_ptr class definition, presented to demonstrate the key 
concepts. 



TIP: If you haven't seen template code before, it's explained in Chapter 26. 



Listing 24.2 A Scaied-Down Version of the auto_ptr Ciass 



// This class is not complete. Use the complete definition in 
//the Standard Template Library, 
template <class T> 
class auto_ptr 
{ 



public : 

auto_ptr ( T *p = 0) : rep(p) 

// store pointer in the class 
~auto_ptr() { delete rep; } 

/ / include pointer conversion 
inline T* operator->() const 
inline T& operator* () const { 
private : 



{ } 



/ / delete 

members 
return rep; } 
return *rep; } 



internal 



rep 
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T * rep; 

}; 

The class has one member variable, a pointer to whatever type that you want a pointer to. It has a 
one-argument constructor to build an auto_ptr from an int* or a Truck* or any other pointer type. The 
destructor deletes the memory pointed to by the internal member variable. Finally, the class overrides -> 
and *, the dereferencing operators, so that dereferencing an auto_ptr feels just like dereferencing an 
ordinary pointer. 

If there is some class C to which you want to make an automatic pointer called p, all you do is this: 

auto_ptr<C> p (new C()); 

Now you can use p as though it were a C*— for example: 

p->Method(); // calls C::Method() 

You never have to delete the C object that p points to, even in the event of an exception, because p was 
allocated on the stack. When it goes out of scope, its destructor is called, and the destructor calls delete 
on the C object that was allocated in the new statement. 

You can read more about managed pointers and exceptions in Chapter 26. 

Using Optimization to Make Efficient Code 

There was a time when programmers were expected to optimize their code themselves. Many a night was 
spent arguing about the order in which to test conditions or about which variables should be register 
instead of automatic storage. These days, compilers come with optimizers that can speed execution or 
shrink program size far beyond what a typical programmer can accomplish by hand. 

Here's a simple example of how optimizers work. Imagine you have written a piece of code like this: 
for (1=0 ; i<10 ; 1++) 

{ 

y=2; 

X [i] =5; 

} 

for (1=0; i<10; i++) 

{ 

total += X [ i ] ; 

} 

Your code will run faster, with no effect on the final results, if you move the y=2 in front of the first 
loop. In addition, you can easily combine the two loops into a single loop. If you do that, it's faster to add 
5 to total each time than it is to calculate the address of x[i] to retrieve the value just stored in it. Really 
bright optimizers may even realize that total can be calculated outside the loop as well. The revised code 
might look like this: 

y=2; 

for (1=0; i<10; i-t-l-) 
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{ 

X [i] =5; 

} 

total += 50; 



Optimizers do far more than this, of course, but this example gives you an idea of what's going on behind 
the scenes. It's up to you whether the optimizer focuses on speed, occasionally at the expense of memory 
usage, or tries to minimize memory usage, perhaps at a slighter lower speed. 

To set the optimization options for your project, select the Project, Settings command from Developer 
Studio's menu bar. The Project Settings property sheet, first shown in Figure 24.1, appears. Click the 
C/C++ tab and make sure you are looking at the Release settings; then select Optimizations in the 
Category box. Keep optimization turned off for debug builds because the code in your source files and 
the code being executed won't match line for line, which will confuse you and the debugger. You should 
turn on some kind of optimization for release builds. Choose from the drop-down list box, as shown in 
Figure 24.5. 

FIG. 24.5 Select the type of optimization you want. 



If you select the Customize option in the Optimizations box, you can select from the list of individual 
optimizations, including Assume No Aliasing, Global Optimizations, Favor Fast Code, Generate Intrinsic 
Functions, Frame-Pointer Omission, and more. However, as you can tell from these names, you really 
have to know what you're doing before you set up a custom optimization scheme. For now, accept one of 
the schemes that have been laid out for you. 



Finding Bottienecks by Profiling 

Profiling an application lets you discover bottlenecks, pieces of code that are slowing your application's 
execution and deserve special attention. It's pointless to hand-optimize a routine unless you know that the 
routine is called often enough for its speed to matter. 

Another use of a profiler is to see whether the test cases you have put together result in every one of your 
functions being called or in each line of your code being executed. You may think you have selected test 
inputs that guarantee this; however, the profiler can confirm it for you. 

Visual C++ includes a profiler integrated with the IDE: All you need to do is use it. First, adjust your 
project settings to include profiler information. Bring up the Project Settings property sheet as you did in 
the preceding section and click the Link tab. Check the Enable Profiling check box. Click OK and 
rebuild your project. Links will be slower now because you can't do an incremental link when you are 
planning to profile, but you can go back to your old settings after you've learned a little about the way 
your program runs. Choose Build, Profile and the Profile dialog box, shown in Eigure 24.6, appears. 

FIG. 24.6 A profiler can gather many kinds of information. 

If you aren't sure what any of the radio buttons on this dialog box mean, click the question mark in the 
upper-right corner and then click the radio button. You'll receive a short explanation of the option. (If 
you would like to add this kind of context-sensitive Help to your own applications, be sure to read 
Chapter 11, "Help.") 
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You don't profile as a method to catch bugs, but it can help to validate your testing or show you the parts 
of your application that need work, which makes it a vital part of the developer's toolbox. Get in the habit 
of profiling all your applications at least once in the development cycle. 
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In these days of complex programs, reusability has become more than a buzzword. It's become a survival 
technique for programmers who find themselves with the awesome task of creating hundreds of 
thousands of lines of working source code in a minimum amount of time. Visual C++ is packed with 
ways to let you reuse the work of programmers who have gone before you, such as App Wizard, 
ClassWizard, and of course the Microsoft Foundation Classes. The tools discussed in this chapter enable 
you to contribute code to the future, ready to be reused quickly and easily by some future coworker— or 
better yet, by you. 

Reviewing the Benefits of Writing Reusabie Code 

If you have a job to do, it's easy to see how reusing someone else's code, dialog boxes, or design 
simplifies your work and lets you finish faster. As long as you can trust the provider of the material you 
reuse, the more you can reuse, the better. As a result, there's a market for reusable bits and pieces of 
programs. 

In fact, there are two markets: one formal one, with vendors selling project parts such as controls or 
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templates, and another informal one within many large companies, with departments developing reusable 
parts for brownie points or bragging rights, or other intangibles. Some companies even have a reuse 
budget to which you can charge the time you spend making parts of your project reusable, or they award 
reuse credits if someone else in the company reuses one of your parts. If yours doesn't, maybe it should: 
Reuse can save as much as 60% of your software budget, but only if someone is noble or charitable 
enough to develop with reuse in mind or if company policy inspires everyone to develop with reuse in 
mind. 

Most newcomers to reuse think only of reusing code, but there are other parts of a project that can save 
you far more time than you can save with code reuse only. These include the following: 

• Design. The DocumentA^iew paradigm, first discussed in Chapter 4, "Documents and Views," is a 
classic example of a design decision that is reused in project after project. 

• Interface Resources. You can reuse controls, icons, menus, toolbars, or entire dialog boxes and 
reduce training time for your users as well as development time for your programmers. 

• Project Settings. Whether it's an obscure linker setting or the perfect arrangement of toolbars, your 
working environment must be right for you, and getting it right is faster on every project you do 
because you reuse the decisions you made the last time. 

• Documentation. As you read in Chapter 11, "Help," help text for standard commands like File, 
Open is generated for you by AppWizard. You can reuse your own help text from project to 
project and save even more time. 

Using Component Gallery 

Component Gallery is one way that Developer Studio helps support reuse. Component Gallery gives you 
instant access to everything from reusable classes and OLE controls to wizards. You can even create 
your own components and add them to Component Gallery. In fact, in its default installation. Developer 
Studio automatically adds a category to Component Gallery for new AppWizard applications that you 
create. 

Adding a Component to the Gallery 

Suppose you have a dialog box that you use frequently in projects. You can create this dialog box once, 
add it to Component Gallery, and then merge it into new projects whenever you need it. To see how this 
works, follow these steps: 

1. Start a new Custom AppWizard project workspace called Appl. (Click Finish on Step 1 to use 
all the default AppWizard settings; then click OK to create the project.) 

2. Add a new dialog box to the project by choosing Insert, Resource and double-clicking Dialog. 

3. Using the techniques first presented in Chapter 2, "Dialogs and Controls," build the dialog-box 
resource shown in Figure 25.1, giving the dialog box the resource ID IDD_NAMEDLG. 

FIG. 25.1 Build a dialog box to add to Component Gallery. 

4. While the dialog box has focus, bring up ClassWizard and agree to create a new class. Call the 
new class CNameDlg. 
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5. Close ClassWizard. 

6. Right-click CNamcDlg in ClassView and choose Add To Gallery from the shortcut menu. 

Although nothing appears to happen, the class CNameDlg and the associated resource have been added 
to the Gallery. Minimize Developer Studio and browse your hard drive, starting at My Computer, until 
you display C:\Program FilesVMicrosoft VisualStudio\Common\ MSDev98\Gallery (if you installed 
Visual C+-I- in another directory, look in that directory for the MSDev98 folder and continue down from 
there). As you can see in Figure 25.2, there is now an Appl folder in the Gallery. 

FIG. 25.2 The Gallery uses your project name as the folder name when you add a class. 

Double-click the Appl folder and you'll see it contains one file. Name Dlg.ogx, as shown in Figure 25.3. 
The .ogx extension signifies a Gallery component. 

FIG. 25.3 The filename for your Gallery component is based on the classname. 

Using Gallery Components in Your Projects 

Now that you've added the resource and associated class to the Gallery, a logical next step is to make 
another project that will use them. Create a MFC AppWizard (exe) application, called App2, with 
AppWizard. Again, click Finish on Step 1 to accept all the defaults and then OK to create the project. 

Click the ClassView tab and expand the App2 classes. There are six: CAboutDlg, CApp2App, 
CApp2Doc, CApp2View, CChildFrame, and CMainFrame. 

Choose Project, Add To Project, and Components and Controls. The Gallery dialog box, shown in Figure 
25.4, appears. 

FIG. 25.4 Gallery components are arranged in folders. 

Double-click Appl and you'll see Name Dlg.ogx again. Double-click it. When prompted, confirm that 
you want to insert this component in your project. Click Close to close the Gallery. 

Look at ClassView again. CNameDlg has been added. Check FileView and you'll see that NameDlg.cpp 
and NameDlg.h have been added to the project. Switch to ResourceView to confirm that the dialog box 
IDD_NAMEDLG has been added. You can use this resource in App2 in just the way you used it in 
Appl. 

Exploring the Gallery 

You can use Component Gallery to manage many other component types, including those that you might 
get from a friend or buy from a third-party supplier. Component Gallery can add, delete, import, and edit 
components in a variety of ways, depending on the type of component with which you're working. Take 
some time to experiment with Component Gallery, and you'll soon see how easy it is to use. 

Figure 25.5 shows the contents of the Registered ActiveX Controls folder, reached by choosing Project, 
Add to Project, Components and Controls. Both the ATL and MFC versions of the Dieroll control are 
here: DieRoll Class was built in Chapter 21, "The Active Template Library," and Dieroll Control was 
built in Chapter 17, "Building an ActiveX Control." Before this shot was taken, DBGrid Control was 
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highlighted and the More Info button was clicked. Components can be bundled with a Help file that is 
reached from the More Info button. 

Introducing Custom AppWizards 

AppWizard is a sensational tool for starting projects effortlessly. However, because of its general nature, 
AppWizard makes many assumptions about the way you want a new project created. Sometimes you 
may need a special type of AppWizard project that isn't supported by the default AppWizard. If this 
special project is a one-time deal, you'll probably just create the project by hand. However, if you need to 
use this custom project type again and again, you might want to consider creating a custom AppWizard. 

FIG. 25.5 All ActiveX controls are available through the Gallery. 

You can create a custom AppWizard in three ways: using the existing AppWizard steps as a starting 
point, using an existing project as a starting point, or starting completely from scratch. However, no 
matter what method you choose, creating a custom AppWizard can be a complicated task, requiring that 
you understand and be able to write script files by using the macros and commands that Visual C+-I- 
provides for this purpose. 

The following tackles the very simplest case first, creating an AppWizard to reproduce an existing 
project with a different name. Follow these steps: 

1. Create a project in the usual way. Call it Original and click Finish on Step 1 to accept all the 
AppWizard defaults. 

2. Edit the About box to resemble Figure 25.6. 

FIG. 25.6 Customize your About box. 

3. Choose File, New and click the Projects tab. Select Custom AppWizard and enter OrigWiz, as 
shown in Figure 25.7. Click OK. 

4. The first of two custom AppWizard dialog boxes appears, as shown in Figure 25.8. Select An 
Existing Project to base your wizard on the project you created in steps 1 and 2. Do not edit the 
wizard's name. Click Next. 

FIG. 25.7 Create a custom AppWizard. 

FIG. 25.8 Base your wizard on an existing project. 

5. The second custom AppWizard dialog box appears. Browse to the project file for the Original 
project, Original.dsp. Click Finish. 

6. The New Project Information dialog box, shown in Figure 25.9, confirms your choices. Click 
OK. 

You are now working on the OrigWiz project, and in many cases you would add code at this point. 
Because this is an example, just build the project immediately. 

To use your custom AppWizard, choose File, New again and click the Projects tab. As shown in Figure 
25.10, OrigWizard has been added to the list of choices on the left. Select it and enter App3 for the name 
of the project. Click OK. 
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NOTE: When you compile the custom AppWizard, Developer Studio creates the final files 
and stores them in your C:\Program FilesVMicrosoft Visual Studio\Common\MSDev98\ 
Template directory. The next time you choose to start a new project workspace, your custom 
AppWizard will be listed in the project types. To remove the custom AppWizard, delete the 
wizard's .awx and .pdb files from your C:\Program FilesVMicrosoft Visual 
Studio\Common\MSDev98\Template directory. 



FIG. 25.9 Your custom AppWizard creates copies of the Original project with different names. 

FIG. 25.10 Your custom AppWizard has been added to the list of AppWizards. 

Figure 25.1 1 shows one of the tasks that you normally complete before you build the AppWizard: 
generating the text for the New Project Information dialog box. Click OK. 

Look at the classnames and the code— App3 looks like any of the projects created in this chapter that 
accept all the AppWizard defaults, but you didn't have to go through any dialog steps. Switch to 
ResourceView and edit IDD_ABOUTBOX. As Figure 25.12 shows, it contains the extra text (based on 
Original 1 .0) that you added, but the application name on the top line of the box has been correctly 
changed to App3. This is one smart wizard. 

When you build a wizard from an existing project, all the classes, resources, and code that you added will 
be incorporated in the new projects you generate with the wizard. It's a great time-saver. 

FIG. 25.11 You have to write the text for the New Project Information dialog box. 

FIG. 25.12 AppWizard copied your custom About box to the new project. 

You can also build custom AppWizards that present dialog boxes for you to fill out. Before you do that, 
you should be comfortable writing wizards that are not AppWizards, like the ones discussed in Chapter 
12, "Property Pages and Sheets." You should also have generated lots of different types of applications 
so that you have a feel for the sort of work AppWizard does. When you're ready, check the section in the 
online help titled "Creating Custom AppWizards." 

This whole book demonstrates the value of using other people's designs, classes, code, controls, dialog 
boxes, and other project parts. This chapter shows two simple ways to arrange for other people (or you, 
in the future) to reuse your code, which benefits your customers or employer by saving significant 
development time. Your job will be more enjoyable when repetitive tasks, such as building a dialog box 
and associating it with a class, are taken care of, freeing you to do the fun stuff. 
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C++ is an evolving language and frequently undergoes review and improvement. Two important features 
that were added to C++ after many developers had already learned the language are exceptions and 
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templates. Although most programmers delay learning these eoneepts until they have six months to a 
year of Visual C++ programming experienee, you should eonsider learning them now. These eoneepts 
are not mueh more diffieult than the ones eovered earlier in this book and ean add extra power to your 
programs. 

Understanding Exceptions 

When writing applieations using Visual C++, sooner or later you're going to run into error-handling 
situations that don't seem to have a solution. Perhaps you are writing a funetion that returns a numerie 
value and need a way to send baek an error response. Sometimes you ean eome up with one speeial 
return value, perhaps 0 or -1, that indieates a problem. Other times there doesn't seem to be a way to 
signal trouble. Perhaps you use speeial return values but find yourself writing eode that starts out like 
this: 

while ( somefunction (x) ) 

{ 

for (int 1=0; i<limit; 1++) 

{ 

y = someotherf unction ( i ) ; 

} 

} 

After writing that, perhaps you realize that if someotherfunetion() returns -1, you should not move on to 
the next i, and you should leave the while loop. Your eode beeomes the following: 

int timetostop = 0; 

while ( somefunction (x) && Itimetostop) 

{ 

for (int 1=0; i<limit && Itimetostop; i++) 

{ 

if ( (y = someotherf unction ( i ) ) == -1) 

timetostop = 1; 

} 

} 

This isn't bad, but it is hard to read. If there are two or three things that eould go wrong, your eode 
beeomes unmanageably eomplex. 

Exeeptions are designed to handle these sorts of problems. The exeeption meehanism allows programs to 
signal eaeh other about serious and unexpeeted problems. Three plaees in your eode partieipate in most 
exeeptions: 

• The try block marks the eode you believe might run into diffieulty. 

• The eateh block immediately follows the try bloek and holds the eode that deals with the problem. 

• The throw statement is how the eode with a problem notifies the ealling eode. 
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Simple Exception Handling 

The mechanism used by exception-handling code is simple. Place the source code that you want guarded 
against errors inside a try block. Then construct a catch program block that acts as the error handler. If 
the code in the try block (or any code called from the try block) throws an exception, the try block 
immediately ceases execution, and the program continues inside the catch block. 

For example, memory allocation is one place in a program where you might expect to run into trouble. 
Listing 26.1 shows a nonsensical little program that allocates some memory and then immediately 
deletes it. Because memory allocation could fail, the code that allocates the memory is enclosed in a try 
program block. If the pointer returned from the memory allocation is NULL, the try block throws an 
exception. In this case, the exception object is a string. 



NOTE: The sample applications in this chapter are console applications, which can run 
from a DOS prompt and don't have a graphical interface. This keeps them small enough to 
be shown in their entirety in the listings. To try them, create a console application as 
discussed in Chapter 28, "Future Explorations," add a file to the project, and add the code 
shown here. 



Listing 26.1 EXCEPTION1.CPP--Simple Exception Handling 

#include <iostream.h> 
int main ( ) 

{ 

int* buffer; 
try 
{ 

buffer = new int [256]; 
if (buffer == NULL) 

throw "Memory allocation failed!"; 

else 

delete buffer; 

} 

catch (char* exception) 

{ 

cout << exception << endl; 

} 

return 0; 

} 

When the program throws the exception, program execution jumps to the first line of the catch program 
block. (The remainder of the code inside the try block is not executed.) In the case of Listing 26.1, this 
line prints out a message, after which the function's return line is executed and the program ends. 

If the memory allocation is successful, the program executes the entire try block, deleting the buffer. 
Then program execution skips over the catch block completely, in this case going directly to the return 
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Statement. 



NOTE: The catch program block does more than direct program execution. It actually 
catches the exception object thrown by the program. For example, in Listing 26.1, you can 
see the exception object being caught inside the parentheses following the catch keyword. 
This is very similar to a parameter being received by a method. In this case, the type of the 
"parameter" is char* and the name of the parameter is exception. 



Exception Objects 

The beauty of C++ exceptions is that the exception object thrown can be just about any kind of data 
structure you like. For example, you might want to create an exception class for certain kinds of 
exceptions that occur in your programs. Listing 26.2 shows a program that defines a general-purpose 
exception class called MyException. In the case of a memory-allocation failure, the main program 
creates an object of the class and throws it. The catch block catches the MyException object, calls the 
object's GetErrorO member function to get the object's error string, and then displays the string on the 
screen. 

Listing 26.2 EXCEPTiON2.CPP--Creating an Exception Ciass 

#include <iostream.h> 
class MyException 
{ 

protected : 

char* m_msg; 
public : 

MyException ( char *msg) { m_msg = msg; } 

-MyException ( ) { } 

char* GetError() {return m_msg; }; 

} ; 

int main ( ) 

{ 

int* buffer; 

try 

{ 

buffer = new int [256]; 
if (buffer == NULL) 

{ 

MyException* exception = 

new MyException ( "Memory allocation failed!"); 
throw exception; 

} 

else 

delete buffer; 
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} 

catch (MyException* exception) 

{ 

char* msg = except ion->GetError () ; 
cout << msg << endl; 

} 

return 0; 

} 

An exception object can be as simple as an integer error code or as complex as a fully developed class. 
MFC provides a number of exception classes, including CException and several classes derived from it. 
The abstract class CException has a constructor and three member functions: Delete(), which deletes the 
exception, GetErrorMessage(), which returns a string describing the exception, and ReportError(), which 
reports the error in a message box. 

Placing the catch Block 

The catch program block doesn't have to be in the same function as the one in which the exception is 
thrown. When an exception is thrown, the system starts "unwinding the stack," looking for the nearest 
catch block. If the catch block is not found in the function that threw the exception, the system looks in 
the function that called the throwing function. This search continues up the function-call stack. If the 
exception is never caught, the program halts. 

Listing 26.3 is a short program that demonstrates this concept. The program throws the exception from 
the AllocateBufferO function but catches the exception in main(), which is the function from which 
AllocateBufferO is called. 

Listing 26.3 EXCEPTiON3.CPP--Catching Exceptions Outside the 
Throwing Function 

#include <iostream.h> 
class MyException 
{ 

protected : 

char* m_msg; 
public : 

MyException ( char *msg) { m_msg = msg;} 

-MyException ( ) { } 

char* GetError() {return m_msg; } 

} ; 

class BigObject 
{ 

private : 

int* intarray; 
public : 

BigObject 0 (intarray = new int [1000];} 



http://www.pbs.mcp.com/ebooks/0789715392/ch26/ch26.htm (5 of 23) [7/29/1999 3:57:13 PM] 




Special Edition Using Visual C++ 6 - Ch 26 - Exceptions and Templates 



-BigObjectO {delete intarray; } 

} ; 

int* AllocateBuf f er ( ) ; 
int main ( ) 

{ 

int* buffer; 

try 

{ 

buffer = AllocateBuf fer () ; 
delete buffer; 

} 

catch (MyExcept ion* exception) 

{ 

char* msg = except ion->GetError () ; 
cout << msg << endl; 

} 

return 0; 

} 

int* AllocateBuf fer ( ) 

{ 

BigObject bigarray; 

float* floatarray = new float [1000]; 
int* buffer = new int [256]; 
if (buffer == NULL) 

{ 

MyException* exception = 

new MyExcept ion ( "Memory allocation failed!"); 
throw exception; 

} 

delete floatarray; 
return buffer; 

} 

When the exception is thrown in AllocateBuffer(), the remainder of the function is not executed. The 
dynamically allocated floatarray will not be deleted. The BigObject that was allocated on the stack will 
go out of scope, and its destructor will be executed, deleting the intarray member variable that was 
allocated with new in the constructor. This is an important concept to grasp: Objects created on the stack 
will be destructed as the stack unwinds. Objects created on the heap will not. Your code must take care 
of these. For example, AllocateBuffer() should include code to delete floatarray before throwing the 
exception, like this: 

if (buffer == NULL) 

{ 

MyException* exception = 

new MyExcept ion ( "Memory allocation failed!"); 
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delete floatarray; 
throw exception; 

} 

In many cases, using an object with a carefully written destructor can save significant code duplication 
when you are using exceptions. If you are using objects allocated on the heap, you may need to catch and 
rethrow exceptions so that you can delete them. Consider the code in Listing 26.4, in which the exeeption 
is thrown right past an intermediate function up to the catching function. 

Listing 26.4 EXCEPTiON4.CPP-Unwinding the Stack 

#include <iostream.h> 
class MyException 
{ 

protected : 

char* m_msg; 
public : 

MyException ( char *msg) { m_msg = msg; } 

-MyException ( ) { } 

char* GetError() {return m_msg; } 

} ; 

class BigObject 

{ 

private : 

int* intarray; 
public : 

BigObject 0 (intarray = new int [1000];} 

-BigObject 0 (delete intarray;} 

} ; 

int* AllocateBuf f er ( ) ; 
int* Intermediate () ; 
int main ( ) 

{ 

int* buffer; 

try 

{ 

buffer = Intermediate () ; 
delete buffer; 

} 

catch (MyException* exception) 

{ 

char* msg = except ion->GetError () ; 
cout << msg << endl; 

} 

return 0; 
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} 

int* Intermediate ( ) 

{ 

BigObject bigarray; 

float* floatarray = new float [1000]; 
int* retval = AllocateBuf f er ( ) ; 
delete floatarray; 
return retval; 

} 

int* AllocateBuf fer ( ) 

{ 

int* buffer = new int [256]; 
if (buffer == NULL) 

{ 

MyException* exception = 

new MyException ( "Memory allocation failed!"); 
throw exception; 

} 

return buffer; 

} 

If the exception is thrown, execution of AllocateBuffer() is abandoned immediately. The stack unwinds. 
Because there is no catch block in Intermediate(), execution of that function will be abandoned after the 
call to AllocateBuffer(). The delete for floatarray will not happen, but the destructor for bigarray will be 
executed. Listing 26.5 shows a way around this problem. 

Listing 26.5 Rethrowing Exceptions 

int* Intermediate ( ) 

{ 

BigObject bigarray; 

float* floatarray = new float [1000]; 
int* retval = NULL; 
try 
{ 

retval = AllocateBuf fer () ; 

} 

catch (MyException e) 

{ 

delete floatarray; 
throw; 

} 

delete floatarray; 
return retval; 

} 
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This revised version of Intermediate() catches the exception so that it can delete floatarray and throw it 
farther up to the calling function. (Notice that the name of the exception is not in this throw statement; it 
can throw only the exception it just caught.) There are a few things you should notice about this revised 
code: 

• The line that deletes floatarray has been duplicated. 

• The declaration of retval has had to move out of the try block so that it will still be in scope after 
the try block. 

• retval has been initialized to a default value. 

This is really starting to get ugly. Through this entire process, the BigObject called bigarray has been 
quietly handled properly and easily, with an automatic call to the destructor no matter which function 
allocated it or where the exception was called. When you write code that uses exceptions, wrapping all 
your heap-allocated objects in classes such as BigObject makes your life easier. BigObject uses a 
managed pointer. When a BigObject object such as bigarray goes out of scope, the memory it pointed to 
is deleted. A very flexible approach to managed pointers is described at the end of the section on 
templates in this chapter. 

Handling Multiple Types of Exceptions 

Often, a block of code generates more than one type of exception, so you may want to use multiple catch 
blocks with a try block. You might, for example, need to be on the lookout for both CException and 
char* exceptions. Because a catch block must receive a specific type of exception object, you need two 
different catch blocks to watch for both CException and char* exception objects. You can also set up a 
catch block to catch whatever type of exception hasn't been caught yet, by placing ellipses (...) in the 
parentheses, rather than a specific argument. The problem with this sort of multipurpose catch block is 
that you have no access to the exception object received and so must handle the exception in a general 
way. 

Listing 26.6 is a program that generates three different types of exceptions based on a user's input. (In a 
real program, you shouldn't use exceptions to deal with user errors. It's a slow mechanism, and checking 
what the user typed can usually be handled more efficiently in another way.) 

Running the program, you're instructed to enter a value between 4 and 8, except for 6. If you enter a 
value less than 4, the program throws a MyException exception; if you enter a value greater than 8, the 
program throws a char* exception; and, finally, if you happen to enter 6, the program throws the entered 
value as an exception. 

Although the program throws the exceptions in the GetValue() function, the program catches them all in 
main(). The try block in main() is associated with three catch blocks. The first catches the MyException 
object, the second catches the char* object, and the third catches any other exception that happens to 
come down the pike. 



NOTE: Similar to if... else statements, the order in which you place catch program blocks 
can have a profound effect on program execution. You should always place the most 
specific catch blocks first. Eor example, in Listing 26.6, if the catch(...) block were first, 
none of the other catch blocks would ever be called. This is because the catch(...) is as 
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general as you can get, catching every single exception that the program throws. In this case 
(as in most cases), you want to use catch(...) to receive only the leftover exceptions. 

Listing 26.6 EXCEPTION6.CPP--Using Muitipie catch Biocks 

#include <iostream.h> 
class MyException 
{ 

protected : 

char* m_msg; 
public : 

MyException ( char *msg) { m_msg = msg; } 

-MyException ( ) { } 

char* GetError() {return m_msg; } 

} ; 

int GetValue ( ) ; 
int main ( ) 

{ 

try 

{ 

int value = GetValue (); 

cout << "The value you entered is okay." << endl; 

} 

catch (MyException* exception) 

{ 

char* msg = except ion->GetError () ; 
cout << msg << endl; 

} 

catch (char* msg) 

{ 

cout << msg << endl; 

} 

catch (...) 

{ 

cout << "Caught unknown exception!" << endl; 

} 

return 0; 

} 

int GetValue ( ) { 
int value; 

cout << "Type a number from 4 to 8 (except 6) << endl; 
cin >> value; 
if (value < 4) 

{ 

MyException* exception = 
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new MyExcept ion ( "Value less than 4!"); 
throw exception; 

} 

else if (value > 8) 

{ 

throw "Value greater than 8!"; 

} 

else if (value == 6) 

{ 

throw value; 

} 

return value; 

} 

The Old Exception Mechanism 

Before try, catch, and throw were added to Visual C++, there was a rudimentary form of exception 
handling available to both C and C++ programmers through macros called TRY, CATCH, and THROW. 
These macros are a little slower than the standard exception mechanisms and can throw only exceptions 
that are objects of a class derived from CException. Don't use these in your programs. If you have an 
existing program that uses them, you may want to convert to the new mechanism. There's a helpful 
article on this topic in the Visual C++ documentation: search for TRY and you'll find it. 

Exploring Templates 

It's a good guess that, at one time or another, you wished you could develop a single function or class that 
could handle any kind of data. Sure, you can use function overloading to write several versions of a 
function, or you can use inheritance to derive several different classes from a base class. But, in these 
cases, you still end up writing many different functions or classes. If only there were a way to make 
functions and classes a little smarter so that you could write just one function that handled any kind of 
data you wanted to throw at it. There is a way to accomplish this seemingly impossible task. You need to 
use something called templates, the focus of this section. 

Introducing Templates 

A template is a kind of blueprint for a function or class. You write the template in a general way, 
supplying placeholders, called parameters, for the data objects that the final function or class will 
manipulate. A template always begins with the keyword template followed by a list of parameters 
between angle brackets, like this: 

template<class Type> 

You can have as many parameters as you need, and you can name them whatever you like, but each must 
begin with the class keyword and must be separated by commas, like this: 

template<class Typel, class Type2, class Type3> 
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As you may have guessed from previous discussion, there are two types of templates: function and class. 
The following sections describe how to create and use both types of templates. 

Creating Function Templates 

A function template starts with the template line you just learned about, followed by the function's 
declaration, as shown in Listing 26.7. The template line specifies the types of arguments that will be used 
when calling the function, whereas the function's declaration specifies how those arguments are to be 
received as parameters by the function. Every parameter specified in the template line must be used by 
the function declaration. Notice the Typel immediately before the function name. Typel is a placeholder 
for the function's return type, which will vary, depending on how the template is used. 

Listing 26.7 The Basic Form of a Function Tempiate 

template<class Typel, class Type2> 

Typel MyFunction (Typel datal, Typel data2, Type2 dataS) 

{ 

// Place the body of the function here. 

} 

An actual working example will help you understand how function templates become functions. A 
common example is a Min() function that can accept any type of arguments. Listing 26.8 is a short 
program that defines a template for a Min() function and then uses that function in main(). When you run 
the program, the program displays the smallest value of whatever data is sent as arguments to Min(). This 
is possible because the compiler takes the template and creates functions for each of the data types that 
are compared in the program. 

Listing 26.8 TEMPLATE1.CPP--Using a Typicai Function Tempiate 

#include <iostream.h> 
template<class Type> 

Type Min (Type argl, Type arg2) 

{ 

Type min; 
if (argl < arg2) 
min = argl; 

else 

min = arg2; 
return min; 

} 

int main ( ) 

{ 

cout << Min (15, 25) << endl; 
cout << Min(254.78, 12.983) << endl; 
cout << Min('A', 'Z') << endl; 

return 0; 
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} 



NOTE rotice how, in Listing 26.8, the Min() template uses the data type Type not only in its 
parameter list and function argument list but also in the body of the function in order to 
declare a local variable. This illustrates how you can use the parameter types just as you 
would use any specific data type such as int or char. 



Because function templates are so flexible, they often lead to trouble. For example, in the Min() template, 
you have to be sure that the data types you supply as parameters can be compared. If you tried to 
compare two classes, your program would not compile unless the classes overloaded the < and > 
operators. 

Another way you can run into trouble is when the arguments you supply to the template are not used as 
you think. For example, what about adding the following line to main() in Listing 26.6? 

cout << Min ("APPLE", "ORANGE") << endl; 

If you don't think about what you're doing in the previous line, you may jump to the conclusion that the 
returned result will be APPLE. The truth is that the preceding line may or may not give you the result 
you expect. Why? Because the "APPLE" and "ORANGE" string constants result in pointers to char. This 
means that the program will compile smoothly, with the compiler creating a version of Min() that 
compares char pointers. But there's a big difference between comparing two pointers and comparing the 
data to which the pointers point. If "ORANGE" happens to be stored at a lower address than "APPLE", 
the preceding call to Min() results in "ORANGE". 

A way to avoid this problem is to provide a specific replacement function for Min() that defines exactly 
how you want the two string constants compared. When you provide a specific function, the compiler 
uses that function rather than create one from the template. Listing 26.9 is a short program that 
demonstrates this important technique. When the program needs to compare the two strings, it doesn't 
call a function created from the template but instead uses the specific replacement function. 

Listing 26.9 TEMPLATE2.CPP--Using a Specific Repiacement Function 

#include <iostream.h> 

#include <string.h> 
template<class Type> 

Type Min (Type argl, Type arg2) 

{ 

Type min; 
if (argl < arg2) 
min = argl; 

else 

min = arg2; 
return min; 

} 

char* Min (char* argl, char* arg2) 

{ 
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char* min; 

int result = strcmp(argl, arg2); 
if (result < 0) 
min = argl; 

else 

min = arg2; 
return min; 

} 

int main ( ) 

{ 

cout << Min (15, 25) << endl; 

cout << Min(254.78, 12.983) << endl; 

cout << Min('A', 'Z') << endl; 

cout << Min ("APPLE", "ORANGE") << endl; 

return 0; 

} 

Creating Class Templates 

Just as you can create abstract functions with function templates, so too can you create abstract classes 
with class templates. A class template represents a class, which in turn represents an object. When you 
define a class template, the compiler takes the template and creates a class. You then declare (instantiate) 
objects of the class. As you can see, class templates add another layer of abstraction to the concept of 
classes. 

You define a class template much as you define a function template— by supplying the template line 
followed by the class's declaration, as shown in Listing 26.10. Notice that, just as with a function 
template, you use the abstract data types given as parameters in the template line in the class's body. 

They might be the types for member variables, return types, and other data objects. 

Listing 26.10 Defining a Class Template 

template<class Type> 
class CMyClass 
{ 

protected : 

Type data; 
public : 

CMyClass (Type arg) { data = arg; } 

-CMyClass 0 {}; 

}; 

When ready to instantiate objects from the template class, you must supply the data type that will replace 
the template parameters. For example, to create an object of the CMyClass class, you might use a line 
like this: 

CMyClass<int> myClass(15); 
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The preceding line creates a CMyClass object that uses integers in place of the abstract data type. If you 
wanted the class to deal with floating-point values, you'd create an object of the class something like this: 

CMyClass<f loat> myClass (15 . 75) ; 

For a more complete example, suppose you want to create a class that stores two values and has member 
functions that compare those values. Listing 26.1 1 is a program that does just that. First, the listing 
defines a class template called CCompare. This class stores two values that are supplied to the 
constructor. The class also includes the usual constructor and destructor, as well as member functions for 
determining the larger or smaller of the values, or whether the values are equal. 

Listing 26.11 TEMPLATE3.CPP--Using a Class Template 

#include <iostream.h> 
template<class Type> 
class CCompare 
{ 

protected : 

Type argl; 

Type arg2; 
public : 

CCompare (Type argl, Type arg2) 

{ 

CCompare :: argl = argl; 

CCompare :: arg2 = arg2; 

} 

-CCompare ( ) { } 

Type GetMin ( ) 

{ 

Type min; 
if (argl < arg2) 
min = argl; 

else 

min = arg2; 
return min; 

} 

Type GetMax ( ) 

{ 

Type max; 
if (argl > arg2) 
max = argl; 

else 

max = arg2; 
return max; 

} 

int Equal ( ) 
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int equal; 
if (argl == arg2) 
equal = 1; 

else 

equal = 0; 
return equal; 



} 



} ; 

int main ( ) 

{ 

CCompare<int > comparel(15, 25); 
CCompare<double> compare2 (254 . 78 , 12.983); 
CCompare<char> compares (' A ' , ' Z ' ) ; 

cout << "THE COMPAREl OBJECT" << endl; 

"Lowest: " << comparel . GetMin ( ) 

"Highest: " << comparel . GetMax ( ) 

"Equal: " << comparel . Equal ( ) << 

endl ; 

"THE COMPARE2 OBJECT" << endl; 
"Lowest: " << compare2 . GetMin ( ) 

"Highest: " << compare2 . GetMax ( ) 

"Equal: " << compare2 . Equal ( ) << 

endl ; 

"THE COMPARE2 OBJECT" << endl; 
"Lowest: " << compares . GetMin ( ) 
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cout 
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<< endl; 
<< endl; 
endl ; 



<< endl; 
<< endl; 
endl ; 



return 



"Highest : 
"Equal: " 
endl ; 

0 ; 



" << compares . GetMax ( ) 
<< compares . Equal ( ) << 



<< endl; 
<< endl; 
endl ; 



} 



The main program instantiates three objects from the class template: one that deals with integers, one that 
uses floating-point values, and one that stores and compares character values. After creating the three 
CCompare objects, main() calls the objects' member functions in order to display information about the 
data stored in each object. Figure 26.1 shows the program's output. 

FIG. 26.1 The templates program creates three different objects from a class template. 

You can pass as many parameters as you like to a class template, just like a function template. Listing 
26.12 shows a class template that uses two different types of data. 

Listing 26.12 Using Multiple Parameters with a Class Template 

template<class Typel, class Type2> 
class CMyClass 
{ 
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protected : 

Typel datal; 

Type2 data2; 
public : 

CMyClass (Typel argl, Type2 arg2) 

{ 

datal = argl; 
data2 = arg2; 

} 

-CMyClass 0 {} 

}; 

To instantiate an object of the CMyClass class, you might use a line like this: 

CMyClass<int , char> myClass(15, 'A'); 

Finally, you can use specific data types, as well as the placeholder data types, as parameters in a class 
template. Just add the specific data type to the parameter list, as you add any other parameter. Listing 
26.13 is a short program that creates an object from a class template, using two abstract parameters and 
one specific data type. 

Listing 26.13 Using Specific Data Types as Parameters in a Ciass Tempiate 

#include <iostream.h> 

template<class Typel, class Type2, int num> 
class CMyClass 
{ 

protected : 

Typel datal; 

Type2 data2; 
int dataS; 
public : 

CMyClass (Typel argl, Type2 arg2, int num) 

{ 

datal = argl; 
data2 = arg2; 
dataS = num; 

} 

-CMyClass 0 {} 

} ; 

int main ( ) 

{ 

CMyClass<int , char, 0> myClass(15, 'A', 10); 

return 0; 

} 
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The Standard Template Library 

Before running off to write templates that implement linked lists, binary trees, sorting, and other common 
tasks, you might like to know that somebody else already has. Visual C++ incorporates the Standard 
Template Library (STL), which includes hundreds of function and class templates to tackle common 
tasks. Would you like a stack of ints or a stack of floats? Don't write lots of different stack classes. Don't 
even write one stack class template. Simply use the stack template included in the STL. This applies to 
almost every common data structure. 

Managed Pointer Templates: auto_ptr 

Earlier in this chapter you saw applications that use exceptions and allocate memory on the heap 
(dynamic allocation with new) can run into trouble when exceptions are thrown. If the delete statement 
for that memory gets bypassed, the memory will leak. If there were an object on the stack whose 
destructor called delete for the memory, you would prevent this problem. STL implements a managed 
pointer called auto_ptr. Here's the declaration: 

template<class T> 

class auto_ptr { 
public : 

typedef T element_type ; 
explicit auto_ptr(T *p = 0) ; 

auto_ptr (const auto_ptr<T>& rhs) ; 
auto_ptr<T>& operator= (auto_ptr<T>& rhs); 

~auto_ptr ( ) ; 

T& operator* 0 const ; 

T *operator-> ( ) const; 

T *get ( ) const ; 

T *release() const; 

}; 

After you create a pointer to an int, float. Employee, or any other type of object, you can make an 
auto_ptr and use that like a pointer. Eor example, imagine a code fragment like this: 

/ / ... 

Employee* emp = new Employee ( stuff ) ; 
emp->Pro cess Employee ; 
delete emp; 

/ / ... 

When you realize that ProcessEmployee() might throw an EmployeeException, you can change this code 
to read like this: 

/ / ... 

Employee* emp = new Employee ( stuff ) ; 
try 
{ 

emp- >Pro cess Employee ; 
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} 

catch (EmployeeExcept ion e) 

{ 

delete emp; 
throw; 

} 

delete emp; 

// . . . 

But you think this is ugly and hard to maintain, so you go with an auto_ptr instead: 

#include <memory> 

/ / ... 

auto_pt r<Employee> emp (new Employee ( stuff )) ; 
emp- >Pro cess Employee ; 

/ / ... 

This looks like the first example, but it works like the second: Whether you leave this code snippet 
normally or because of an exception, emp will go out of scope, and when it does, the Employee object 
that was allocated on the heap will be deleted for you automatically. No extra try or catch blocks, and as 
an extra bonus you don't even have to remember to delete the memory in the routine— it's done for you. 

Look again at the functions declared in the template: a constructor, a copy constructor, an address-of (&) 
operator, a destructor, a contents of (*) operator, a dereferencing (->) operator, and functions called get() 
and release(). These work together to ensure that you can treat your pointer exactly as though it were an 
ordinary pointer. 

Other Useful STL Templates 

STL is especially useful to ATL programmers, who may not be using MFC. Why drag in all of MFC 
because you want to do a little string manipulation or manage a lookup table or linked list? Use the STL 
versions of these common data structures instead. The full details are in the online documentation, but be 
sure to look for these classes or functions: 

• deque 

• list 

• map 

• multimap 

• set 

• multiset 

• vector 

• basic_string 

• stack 

• swap 

• min, max 
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There are many more, but these will give you an idea of the amount of work you can save with templates, 
especially with templates you don't have to write. 

Understanding Namespaces 

A namespace defines a scope in which duplicate identifiers cannot be used. For example, you already 
know that you can have a global variable named value and then also define a function with a local 
variable called value. Because the two variables are in different namespaces, your program knows that it 
should use the local value when inside the function and the global value everywhere else. 

Namespaces, however, do not extend far enough to cover some very thorny problems. One example is 
duplicate names in external classes or libraries. This issue crops up when a programmer is using several 
external files within a single project. None of the external variables and functions can have the same 
name as other external variables or functions. To avoid this type of problem, third-party vendors 
frequently add prefixes or suffixes to variable and function names in order to reduce the likeliness of 
some other vendor using the same name. 

Obviously, the C-i-i- gurus have come up with a solution to such scope-resolution problems. The solution 
is user-defined namespaces. 

Defining a Namespace 

In its simplest form, a namespace is not unlike a structure or a class. You start the namespace definition 
with the namespace keyword, followed by the namespace's name and the declaration of the identifiers 
that will be valid within the scope of that namespace. 

Listing 26.16 shows a namespace definition. The namespace is called A and includes two identifiers, i 
and j, and a function, Func(). Notice that the Func() function is completely defined within the namespace 
definition. You can also choose to define the function outside the namespace definition. In that case, you 
must preface the function definition's name with the namespace's name, much as you would preface a 
class's member-function definition with the class's name. Listing 26.17 shows this form of namespace 
function definition. 

Listing 26.16 Defining a Namespace 



namespa 

{ 


ce A 


int 


i; 


int 


j; 


int 


Func ( ) 


{ 


return 1; 


} 





} 

Listing 26.17 Defining a Function Outside the Namespace Definition 
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name 


;spa 


ce A 


{ 








int 


i; 




int 


j; 




int 


Func ( ) ; 


} 






int 


A: : 


Func ( ) 


{ 








ret 


urn 1 ; 



} 



NOTEramespaces must be defined at the file level of seope or within another namespaee 
definition. They eannot be defined, for example, inside a funetion. 



Namespace Scope Resolution 

Namespaees add a new layer of seope to your programs, but this means that you need some way of 
identifying that seope. The identifieation is, of eourse, the namespaee's name, whieh you must use in 
your programs to resolve referenees to identifiers. For example, to refer to the variable i in namespaee A, 
you'd write something like this: 

A: : i = 0; 

You ean nest one namespaee definition within another, as shown in Listing 26.18. In that ease, however, 
you have to use more eomplieated seope resolutions in order to differentiate between the i variable 
deelared in A and B, like this: 

A: : i = 0; 

A: :B: : i = 0; 

Listing 26.18 esting Namespace Definitions 



namespa 

{ 


ce A 


int 


i; 


int 


j; 


int 


Func ( ) 


{ 


return 1; 


} 





namespace B 
{ 

int i ; 

} 

} 
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If you're going to frequently reference variables and functions within namespace A, you can avoid using 
the A:: resolution by preceding the program statements with a using line, as shown in Listing 26.19. This 
is very common in programs that use STL templates, most of which are in the std namespace. 

Listing 26.19 Resoiving Scope with the using Keyword 

using namespace A; 
i = 0; 
j = 0; 

int numl = Func() ; 

Unnamed Namespaces 

To thoroughly confuse you. Visual C++ allows you to have unnamed namespaces. You define an 
unnamed namespace exactly as you would any other namespace, without attaching a name. Listing 26.20 
shows the definition of an unnamed namespace. It lets you arrange variables whose names are valid only 
within one namespace and cannot be accessed from elsewhere because no other code can know the name 
of the unnamed namespace. 

Listing 26.20 Defining an Unnamed Namespace 

namespace 

{ 

int i ; 
int j; 
int Func ( ) 

{ 

return 1; 

} 

} 

Refer to the identifiers in the unnamed namespace without any sort of extra scope resolution, like this: 

i = 0; 
j = 0; 

int numl = Func() ; 

Namespace Aliases 

Often you run into namespaces that have long names. In these cases, having to use the long name over 
and over in your program in order to access the identifiers defined in the namespace can be a major 
chore. To solve this problem. Visual C++ enables you to create namespace aliases, which are just 
replacement names for a namespace. You create an alias like this: 

namespace A = LongName; 

LongName is the original name of the namespace, and A is the alias. After the preceding line executes, 
you can access the LongName namespace, using either A or LongName. You can think of an alias as a 
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nickname or short form. Listing 26.21 is a short program that demonstrates namespace aliases. 

Listing 26.21 Using a Namespace Aiias 

namespace ThisIsANamespaceName 

{ 

int i ; 
int j; 
int Func ( ) 

{ 

return 2; 

} 

} 

int main ( ) 

{ 

namespace ns = ThisIsANamespaceName; 
ns : : i = 0 ; 
ns : : j = 0 ; 

int numl = ns::Func(); 
return 0; 

} 




© Copyright , Macmillan Computer Publishing. All rights reserved. 
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Multitasking with Windows Threads 
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• Understanding Thread Communication 

o Communicating with Global Variables 
o Communicating with User-Defined Messages 
o Communicating with Event Objects 

• Using Thread Synchronization 

o Using Critical Sections 
o Using Mutexes 
o Using Semaphores 



When using Windows 95 (and other modern operating systems), you know that you can run several 
programs simultaneously. This capability is called multitasking. What you may not know is that many of 
today's operating systems also enable threads, which are separate processes that are not complete 
applications. A thread is a lot like a subprogram. An application can create several threads— several 
different flows of execution— and run them concurrently. Threads give you the ability to have 
multitasking inside multitasking. The user knows that he can run several applications at a time. The 
programmer knows that each application can run several threads at a time. In this chapter, you'll learn 
how to create and manage threads in your applications. 

Understanding Simple Threads 

A thread is a path of execution through a program. In a multithreaded program, each thread has its own 
stack and operates independently of other threads running within the same program. MFC distinguishes 
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between U1 threads, which have a message pump and typically perform user interface tasks, and worker 
threads, which do not. 



NOTE: Any application always has at least one thread, which is the program's primary or 
main thread. You can start and stop as many additional threads as you need, but the main 
thread keeps running as long as the application is active. 



A thread is the smallest unit of execution, much smaller than a process. Generally each running 
application on your system is a process. If you start the same application (for example. Notepad) twice, 
there will be two processes, one for each instance. It is possible for several instances of an application to 
share a single process: for example, if you choose File, New Window in Internet Explorer, there are two 
applications on your taskbar, and they share a process. The unfortunate consequence is that if one 
instance crashes, they all do. 

To create a worker thread using MFC, all you have to do is write a function that you want to run parallel 
with the rest of your application. Then call AfxBeginThread() to start a thread that will execute your 
function. The thread remains active as long as the thread's function is executing: When the thread 
function exits, the thread is destroyed. A simple call to AfxBeginThread() looks like this: 

Af xBeginThread (ProcName , param, priority); 

In the preceding line, ProcName is the name of the thread's function, param is any 32-bit value you want 
to pass to the thread, and priority is the thread's priority, which is represented by a number of predefined 
constants. Table 27.1 shows those constants and their descriptions. 

Table 27.1 Thread Priority Constants 



Constant 


Description 


THREAD_PRIORITY_ABOVE_NORMAL 


Sets a priority one point higher than normal. 


THREAD_PRIORITY_BELOW_NORMAL 


Sets a priority one point lower than normal. 


THREAD_PRIORITY_HIGHEST 


Sets a priority two points above normal. 


THREAD_PRIORITY_IDLE 


Sets a base priority of 1 . Eor a 
REALTIME_PRIORITY_CLASS process, this sets a 
priority of 16. 


THREAD_PRIORITY_LOWEST 


Sets a priority two points below normal. 


THREAD_PRIORITY_NORMAL 


Sets normal priority. 


THREAD_PRIORITY_TIME_CRITICAL 


Sets a base priority of 15. Eor a 
REALTIME_PRIORITY_CLASS process, this sets a 
priority of 30. 



NOTE: A thread's priority determines how often the thread takes control of the system, 
relative to the other running threads. Generally, the higher the priority, the more running 
time the thread gets, which is why the value of THREAD_PRIORITY_TIME_CRITICAL is 
so high. 
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To see a simple thread in action, build the Thread application as detailed in the following steps. 

1. Start a new AppWizard project workspace called Thread, as shown in Figure 27.1. 

FIG. 27.1 Start an AppWizard project workspace called Thread. 

2. Give the new project the following settings in the AppWizard dialog boxes. The New Project 
Information dialog box will then look like Figure 27.2. 

Step 1 : Single document 

Step 2: Default settings 

Step 3 : Default settings 

Step 4: Turn off all options 

Step 5: Default settings 

Step 6: Default settings 

FIG. 27.2 These are the AppWizard settings for the Thread project. 

3. Use the resource editor to add a Thread menu to the application's IDR_MAINFRAME menu. 
Give the menu one command called Start Thread with a command ID of ID_STARTTHREAD, 
and enter a sensible prompt and ToolTip, as shown in Figure 27.3. 

FIG. 27.3 Add a Thread menu with a Start Thread command. 

4. Use ClassWizard to associate the ID_STARTTHREAD command with the OnStartthread() 
message-response function, as shown in Figure 27.4. Make sure that you have CThreadView 
selected in the Class Name box before you add the function. 

FIG. 27.4 Add the OnStartthread( ) message-response function to the view class. 

5. Click the Edit Code button and then add the following lines to the new OnStartthread() function, 
replacing the TODO: Add your command handler code here comment: 

HWND hWnd = Get Saf eHwnd ( ) ; 

Af xBeginThread (ThreadProc, hWnd, THREAD_PRIORITY_NORMAL) ; 

This code will call a function called ThreadProc within a worker thread of its own. Next, add 
ThreadProc, shown in Listing 27.1, to ThreadView.cpp, placing it right before the OnStartthread() 
function. Note that ThreadProc() is a global function and not a member function of the CThreadView 
class, even though it is in the view class's implementation file. 

Listing 27.1 ThreadView.cpp--ThreadProc() 

UINT ThreadProc (LPVOID param) 

{ 

:: MessageBox ( (HWND ) param, "Thread activated.", "Thread", MB_OK) ; 
return 0; 

} 
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This threaded function doesn't do much, just reports that it was started. The SDK function MessageBox() 
is very much like AfxMessageBox(), but because this isn't a member function of a class derived from 
CWnd, you can't use AfxMessageBox(). 



TIP: The double colons in front of a function name indicate a call to a global function, 
instead of an MFC class member function. For Windows programmers, this usually means 
an API or SDK call. For example, inside an MFC window class, you can call 
MessageBox("Hi, There!") to display Hi, There! to the user. This form of MessageBox() is a 
member function of the MFC window classes. To call the original Windows version, you 
write something like ::MessageBox(0, "Hi, There!", "Message", MB_OK). Notice the 
colons in front of the function name and the additional arguments. 



When you run the Thread program, the main window appears. Select the Thread, Start Thread command, 
and the system starts the thread represented by the ThreadProc() function and displays a message box, as 
shown in Figure 27.5. 

FIG. 27.5 The simple secondary thread in the Thread program displays a message box and then ends. 

Understanding Thread Communication 

Usually, a secondary thread performs some sort of task for the main program, which implies that there 
needs to be a channel of communication between the program (which is also a thread) and its secondary 
threads. There are several ways to accomplish these communications tasks: with global variables, event 
objects, and messages. In this section, you'll explore these thread-communication techniques. 

Communicating with Global Variables 

Suppose you want your main program to be able to stop the thread. Y ou need a way, then, to tell the 
thread when to stop. One method is to set up a global variable and then have the thread monitor the 
global variable for a value that signals the thread to end. Because the threads share the same address 
space, they have the same global variables. To see how this technique works, modify the Thread 
application as follows: 

1. Use the resource editor to add a Stop Thread command to the application's Thread menu. Give 
this new command the ID_STOPTHREAD ID, as shown in Figure 27.6. 

FIG. 27.6 Add a Stop Thread command to the Thread menu. 

2. Use ClassWizard to associate the ID_STOPTHREAD command with the OnStopthread() 
message-response function, as shown in Figure 27.7. Make sure that you have CThreadView 
selected in the Class Name box before you add the function. Add the following line to the 
OnStopthreadO function, replacing the TODO: Add your command handler code here comment: 

threadCont roller = 0; 

FIG. 27.7 Add the OnStopthreadO message-response function. 

This refers to a new global variable you are about to declare. 
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3. Add the following line to the top of the ThreadView.cpp file, right after the endif directive: 

volatile int threadCont roller ; 

The volatile keyword means that you expect this variable will be changed from outside a thread 
that uses it. The keyword requests that the compiler not cache the variable in a register or in any 
way count on the value staying unchanged just because code in one thread doesn't seem to change 
it. 

4. Add the following line to the OnStartthread() function, before the two lines you added earlier: 

threadCont roller = 1; 

By now, perhaps, you've guessed that the value of threadController determines whether the thread 
will continue. Replace the ThreadProc() function with the one shown in Listing 27.2. 

Listing 27.2 The New ThreadProcQ Function 

UINT ThreadProc (LPVOID param) 

{ 

:: MessageBox ( (HWND ) param, "Thread activated.", "Thread", MB_OK) ; 

while (threadController == 1) 

{ 

} 

} 

:: MessageBox ( (HWND ) param, "Thread stopped.", "Thread", MB_OK) ; 
return 0; 

} 

Now the thread first displays a message box, telling the user that the thread is starting. Then a while loop 
continues to check the threadController global variable, waiting for its value to change to 0. Although 
this while loop is trivial, it is here that you would place the code that performs whatever task you want 
the thread to perform, making sure not to tie things up for too long before rechecking the value of 
threadController. 

Try a test: Build and run the program, and choose Thread, Start Thread to start the secondary thread. 
When you do, a message box appears, telling you that the new thread was started. To stop the thread, 
select the Thread, Stop Thread command. Again, a message box appears, this time telling you that the 
thread is stopping. 



CAUTION: Using global variables to communicate between threads is, to say the least, an 
unsophisticated approach to thread communication and can be a dangerous technique if 
you're not sure how C++ handles variables from an assembly-language level. Other 
thread-communication techniques are safer and more elegant. 
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Communicating with User-Defined Messages 

Now you have a simple, albeit unsophisticated, method for communicating information from your main 
program to your thread. How about the reverse? That is, how can your thread communicate with the 
main program? The easiest method to accomplish this communication is to incorporate user-defined 
Windows messages into the program. 

The first step is to define a user message, which you can do easily, like this: 

const WM_USERMSG = WM_USER + 100; 

The WM_USER constant, defined by Windows, holds the first available user-message number. Because 
other parts of your program may use some user messages for their own purposes, the preceding line sets 
WM_USERMSG to WM_USER+100. 

After defining the message, you call ::PostMessage() from the thread to send the message to the main 
program whenever you need to. (Message handling was discussed in Chapter 3, "Messages and 
Commands." Sending your own messages allows you to take advantage of the message-handling facility 
built into MEC.) A typical call to ::PostMessage() might look like this: 

: :PostMessage ( (HWND) param, WM_USERMSG, 0, 0); 

PostMessageO's four arguments are the handle of the window to which the message should be sent, the 
message identifier, and the message's WPARAM and LPARAM parameters. 

Modify the Thread application according to the next steps to see how to implement posting user 
messages from a thread. 

1. Add the following line to the top of the ThreadView.h header file, right before the beginning of 
the class declaration: 

const WM_THREADENDED = WM_USER + 100; 

2 . Still in the header file, add the following line to the message map, right after the 
//{ { AEX_MSG(CThreadView) comment and before DECLARE_MESSAGE_MAP: 

afx_msg LONG OnThreadended (WPARAM wParam, LPARAM IParam) ; 

3 . Switch to the Thread View. cpp file and add the following line to the class's message map, 
making sure to place it right after the } } AEX_MSG_MAP comment: 

ON_MESSAGE (WM_THREADENDED , OnThreadended) 

4. Replace the ThreadProc() function with the one shown in Listing 27.3. 

Listing 27.3 The Message-Posting ThreadProcQ 

UINT ThreadProc (LPVOID param) 

{ 

:: MessageBox ( (HWND ) param, "Thread activated.", "Thread", MB_OK) ; 

while (threadCont roller == 1) 

{ 
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: :PostMessage ( (HWND) param, WM_THREADENDED , 0, 0); 

return 0; 

} 

5. Add the function shown in Listing 27.4 to the end of the ThreadView.cpp file. 

Listing 27.4 CThreadView::OnThreadended() 

LONG CThreadView : : OnThreadended (WPARAM wParam, LPARAM IParam) 

{ 

Af xMessageBox ( "Thread ended. " ) ; 
return 0; 

} 

When you run the new version of the Thread program, select the Thread, Start Thread command to start 
the thread. When you do, a message box appears, telling you that the thread has started. To end the 
thread, select the Thread, Stop Thread command. Just as with the previous version of the program, a 
message box appears, telling you that the thread has ended. 

Although this version of the Thread application seems to run identically to the previous version, there's a 
subtle difference. Now the program displays the message box that signals the end of the thread in the 
main program rather than from inside the thread. The program can do this because, when the user selects 
the Stop Thread command, the thread sends a WM_THREADENDED message to the main program. 
When the program receives that message, it displays the final message box. 

Communicating with Event Objects 

A slightly more sophisticated method of signaling between threads is to use event objects, which under 
MEC are represented by the CEvent class. An event object can be in one of two states: signaled and 
nonsignaled. Threads can watch for events to be signaled and so perform their operations at the 
appropriate time. Creating an event object is as easy as declaring a global variable, like this: 

CEvent threadStart; 

Although the CEvent constructor has a number of optional arguments, you can usually get away with 
creating the default object, as shown in the previous line of code. On creation, the event object is 
automatically in its nonsignaled state. To signal the event, you call the event object's SetEvent() member 
function, like this: 

threadStart . SetEvent ( ) ; 

After the preceding line executes, the threadStart event object will be in its signaled state. Your thread 
should be watching for this signal so that the thread knows it's okay to get to work. How does a thread 
watch for a signal? By calling the Windows API function, WaitEorSingleObject(): 

: : WaitEorSingleOb ject (threadStart .m_hOb ject, INEINITE) ; 

This function's two arguments are 

• The handle of the event for which to check (stored in the event object's m_hObject data member) 
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• The length of time the function should wait for the event 

The predefined INFINITE constant tells WaitForSingleObject() not to return until the specified event is 
signaled. In other words, if you place the preceding line at the beginning of your thread, the system 
suspends the thread until the event is signaled. Even though you've started the thread execution, it's 
halted until whatever you need to happen happens. When your program is ready for the thread to perform 
its duty, you call the SetEvent() function, as previously described. 

When the thread is no longer suspended, it can go about its business. However, if you want to signal the 
end of the thread from the main program, the thread must watch for this next event to be signaled. The 
thread can do this by polling for the event. To poll for the event, you again call WaitEorSingleObject(), 
only this time you give the function a wait time of 0, like this: 

: : WaitForSingleOb ject (threadend . m_hOb ject , 0) ; 

In this case, if WaitEorSingleObject() returns WAIT_OBJECT_0, the event has been signaled. 

Otherwise, the event is still in its nonsignaled state. 

To better see how event objects work, follow these steps to further modify the Thread application: 

1. Add the following line to the top of the ThreadView.cpp file, right after the line #include 
"ThreadView.h": 

#include "afxmt.h" 

2. Add the following lines near the top of the ThreadView.cpp file, after the volatile int 
threadController line that you placed there previously: 

CEvent threadStart; 

CEvent threadEnd; 

3. Delete the volatile int threadController line from the file. 

4. Replace the ThreadProc() function with the one shown in Listing 27.5. 

Listing 27.5 Yet Another ThreadProcQ 

UINT ThreadProc (LPVOID param) 

{ 

: : WaitForSingleOb ject (threadStart .m_hOb ject, INFINITE) ; 

:: MessageBox ( (HWND ) param, "Thread activated.", 

"Thread", MB_OK) ; 

BOOL keepRunning = TRUE; 
while (keepRunning) 

{ 

int result = 

: : WaitForSingleOb ject (threadEnd . m_hOb ject , 0) ; 

if (result == WAIT_OB JECT_0 ) 
keepRunning = FALSE; 

} 

: :PostMessage ( (HWND) param, WM_THREADENDED , 0, 0); 

return 0; 
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} 

5. Replace all the code in the OnStartthread() function with the following line: 

threadStart . SetEvent ( ) ; 

6. Replace the code in the OnStopthread() function with the following line: 

threadEnd . SetEvent () ; 

7. Use ClassWizard to add an OnCreate() function that handles the WM_CREATE message, as 
shown in Eigure 27.8. Make sure that you have CThreadView selected in the Class Name box 
before you add the function. 

FIG. 27.8 Use ClassWizard to add the OnCreate( ) function. 

8. Add the following lines to the OnCreate() function, replacing the TODO: Add your specialized 
creation code here comment: 

HWND hWnd = Get Saf eHwnd ( ) ; 

Af xBeginThread (ThreadProc, hWnd) ; 

Again, this new version of the program seems to run just like the preceding version. However, the 
program is now using both event objects and user-defined Windows messages to communicate between 
the main program and the thread. No more messing with clunky global variables. 

One big difference from previous versions of the program is that the secondary thread is begun in the 
OnCreateO function, which is called when the application first runs and creates the view. However, 
because the first line of the thread function is the call to WaitEorSingleObject(), the thread immediately 
suspends execution and waits for the threadStart event to be signaled. 

When the threadStart event object is signaled, the thread is free to display the message box and then enter 
its while loop, where it polls the threadEnd event object. The while loop continues to execute until 
threadEnd is signaled, at which time the thread sends the WM_THREADENDED message to the main 
program and exits. Because the thread is started in OnCreate(), after the thread ends, it can't be restarted. 

Using Thread Synchronization 

Using multiple threads can lead to some interesting problems. Eor example, how do you prevent two 
threads from accessing the same data at the same time? What if, for example, one thread is in the middle 
of trying to update a data set when another thread tries to read that data? The second thread will almost 
certainly read corrupted data because only some of the data set will have been updated. 

Trying to keep threads working together properly is called thread synchronization. Event objects, about 
which you just learned, are a form of thread synchronization. In this section, you'll learn about critical 
sections, mutexes, and semaphores— \hxQdLd synchronization objects that make your thread programming 
even safer. 
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Using Critical Sections 

Critical sections are an easy way to ensure that only one thread at a time can access a data set. When you 
use a critical section, you give your threads an object that they have to share. Whichever thread possesses 
the critical-section object has access to the guarded data. Other threads have to wait until the first thread 
releases the critical section, after which another thread can grab the critical section to access the data in 
turn. 

Because the guarded data is represented by a single critical- section object and because only one thread 
can own the critical section at any given time, the guarded data can never be accessed by more than a 
single thread at a time. 

To create a critical-section object in an MFC program, you create an instance of the CCriticalSection 
class, like this: 

CCriticalSection criticalSection; 

Then, when program code is about to access the data that you want to protect, you call the critical-section 
object's Lock() member function, like this: 

criticalSection.LockO ; 

If another thread doesn't already own the critical section, Lock() gives the object to the calling thread. 
That thread can then access the guarded data, after which it calls the critical-section object's Unlock() 
member function: 

criticalSection . Unlock () ; 

UnlockO releases the ownership of the critical-section object so that another thread can grab it and access 
the guarded data. 

The best way to implement something like critical sections is to build the data you want to protect into a 
thread-safe class. When you do this, you no longer have to worry about thread synchronization in the 
main program; the class handles it all for you. As an example, look at Listing 27.6, which is the header 
file for a thread-safe array class. 

Listing 27.6 COUNTARRAY.H--The CCountArray Class Header File 

#include "afxmt.h" 
class CCountArray 
{ 

private : 

int array [10]; 

CCriticalSection criticalSection; 
public : 

CCountArray ( ) {}; 

-CCountArray ( ) {}; 

void SetArray(int value); 

void GetArray(int dstArray [ 1 0 ] ) ; 

}; 
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The header file starts by including the MFC header file, afxmt.h, which gives the program access to the 
CCriticalSection class. Within the CCountArray class declaration, the file declares a 10-element integer 
array, which is the data that the critical section will guard, and declares the critical- section object, here 
called criticalSection. The CCountArray class's public member functions include the usual constructor 
and destructor, as well as functions for setting and reading the array. These latter two member functions 
must deal with the critical- section object because these functions access the array. 

Listing 27.7 is the CCountArray class's implementation file. Notice that, in each member function, the 
class takes care of locking and unlocking the critical-section object. This means that any thread can call 
these member functions without worrying about thread synchronization. For example, if thread 1 calls 
SetArrayO, the first thing SetArrayO does is call criticalSection.Lock(), which gives the critical-section 
object to thread 1. The complete for loop then executes, without any fear of being interrupted by another 
thread. If thread 2 calls SetArrayO or GetArrayO, the call to criticalSection.Lock() suspends thread 2 
until thread 1 releases the critical-section object, which it does when SetArrayO finishes the for loop and 
executes the criticalSection.Unlock() line. Then the system wakes up thread 2 and gives it the 
critical- section object. In this way, all threads have to wait politely for their chance to access the guarded 
data. 

Listing 27.7 COUNTARRAY.CPP--The CCountArray Class Implementation 
File 

#include "stdafx.h" 

#include "CountArray . h" 

void CCountArray :: SetArray ( int value) 

{ 

criticalSection.LockO ; 
for (int x=0; x<10; ++x) 
array [x] = value; 
criticalSection . Unlock () ; 

} 

void CCountArray :: GetArray ( int dstArray [ 1 0 ] ) 

{ 

criticalSection.LockO ; 
for (int x=0; x<10; ++x) 

dstArray [x] = array [x]; 
criticalSection . Unlock () ; 

} 

Now that you've had a chance to see what a thread-safe class looks like, it's time to put the class to work. 
Perform the following steps, which modify the Thread application to test the CCountArray class: 

1. Use the File, New command to add a new C++ header file called CountArray.h to the project, 
as shown in Figure 27.9. Enter the code from Listing 27.6. 

2. Again choose File, New, and create a new C++ source file called CountArray .cpp in this 
project. Enter the code from Listing 27.7. 

3. Switch to Thread View. cpp and add the following line near the top of the file, after the line 
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#include "afxmt.h", which you placed there previously: 

#include "CountArray . h" 

4. Add the following line near the top of the file, after the CEvent threadEnd line you placed there 
previously: 

CCountArray countArray; 

5. Delete the CEvent threadStart and CEvent threadEnd lines from the file. 

FIG. 27.9 Add CountArray. h to the Thread project. 

6. Delete the lines ON_MESSAGE(WM_THREADENDED, OnThreadended), 
ON_COMMAND(ID_STOPTHREAD, OnStopthread), and ON_WM_CREATE() from the 
message map. 

7. Replace the ThreadProc() function with the thread functions shown in Listing 27.8. 

Listing 27.8 WriteThreadProcQ and ReadThreadProc() 

UINT WriteThreadProc (LPVOID param) 

{ 

for(int x=0; x<10; ++x) 

{ 

countArray . SetArray (x) ; 

: : Sleep (10 0 0) ; 

} 

return 0; 

} 

UINT ReadThreadProc (LPVOID param) 

{ 

int array [10]; 

for (int x=0; x<20; ++x) 

{ 

countArray . GetArray (array ) ; 
char str [ 50 ] ; 
str [ 0 ] = 0 ; 

for (int 1=0; i<10; ++1) 

{ 

int len = strlen(str); 

wsprintf (&str [len] , "%d ", array[i]); 

} 

:: MessageBox ( (HWND ) param, str, "Read Thread", MB_OK) ; 

} 

return 0; 

} 

8. Replace all the code in the OnStartthread() function with the following lines: 

HWND hWnd = Get Saf eHwnd ( ) ; 

AfxBeginThread (WriteThreadProc, hWnd) ; 
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Af xBeginThread (ReadThreadProc, hWnd) ; 

9. Delete the OnStopthread(), OnThreadended, and OnCreate() functions from the file. 

10. Switch to the ThreadView.h file and delete the line const WM_THREADENDED = 
WM_USER +100 from the listing. 

11. Also, in ThreadView.h, delete the lines afx_msg LONG OnThreadended(WPARAM wParam, 
LPARAM IParam), afx_msg void OnStopthread(), and afx_msg int 
OnCreate(LPCREATESTRUCT IpCreateStmct) from the message map. 

12. Using the resource editor, remove the Stop Thread command from the Thread menu. 

Now build and run the new version of the Thread application. When you do, the main window appears. 
Select the Thread, Start Thread command to get things hopping. The first thing you'll see is a message 
box (see Eigure 27.10) displaying the current values in the guarded array. Each time you dismiss the 
message box, it reappears with the array's new contents. The message box will reappear 20 times. The 
values listed in the message box depend on how often you dismiss the message box. The first thread is 
writing new values into the array once a second, even as you're viewing the array's contents in the second 
thread. 

FIG. 27.10 This message box displays the current contents of the guarded array. 

The important thing to notice is that at no time does the second thread interrupt when the first thread is 
changing the values in the array. You can tell that this is true because the array always contains 10 
identical values. If the first thread were interrupted as it modified the array, the 10 values in the array 
would not be identical, as shown in Eigure 27.1 1. 

If you examine the source code carefully, you'll see that the first thread, named WriteThreadProc(), is 
calling the array class's SetArrayO member function 10 times within a for loop. Each time through the 
loop, SetArrayO gives the thread the critical-section object, changes the array contents to the passed 
number, and then takes the critical-section object away again. Note the call to the SleepO function, which 
suspends the thread for the number of milliseconds given as the function's single argument. 

FIG. 27.11 Without thread synchronization, you might see something like this in the message box. 

The second thread, named ReadThreadProc(), is also trying to access the same critical-section object to 
construct a display string of the values contained in the array. However, if WriteThreadProc() is currently 
trying to fill the array with new values, ReadThreadProc() has to wait. The inverse is also true. That is, 
WriteThreadProcO can't access the guarded data until it can regain ownership of the critical section from 
ReadThreadProc(). 

If you really want to prove that the critical- section object is working, remove the criticalSection.Unlock() 
line from the end of the CCountArray class's SetArrayO member function. Then compile and run the 
program. This time when you start the threads, no message box appears. Why? Because 
WriteThreadProcO takes the critical-section object and never lets it go, which forces the system to 
suspend ReadThreadProc() forever (or at least until you exit the program). 
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Using Mutexes 

Mutexes are a lot like critical sections but a little more complicated because they enable safe sharing of 
resources, not only between threads in the same application but also between threads of different 
applications. Although synchronizing threads of different applications is beyond the scope of this 
chapter, you can get a little experience with mutexes by using them in place of critical sections. 

Listing 27.9 is the CCountArray2 class's header file. Except for the new classname and the mutex object, 
this header file is identical to the original CountArray.h. Listing 27.10 is the modified class's 
implementation file. As you can see, the member functions look a lot different when they are using 
mutexes instead of critical sections, even though both objects provide essentially the same type of 
services. 

Listing 27.9 CCOUNTARRAY2.H--The CCountArray2 Ciass Header Fiie 

#include "afxmt.h" 
class CCountArray2 
{ 

private : 

int array [10]; 

CMutex mutex; 
public : 

CCountArray2 ( ) { } ; 

~CCountArray2 ( ) {}; 

void SetArray(int value); 

void GetArray(int dstArray [ 1 0 ] ) ; 

}; 

Listing 27.10 COUNTARRAY2.CPP-The CCountArray2 Ciass 
impiementation Fiie 

#include "stdafx.h" 

#include "CountArray2 . h" 

void CCountArray2 : : SetArray ( int value) 

{ 

CSingleLock singleLock ( &mutex) ; 
singleLock . Lock ( ) ; 
for (int x=0; x<10; ++x) 
array [x] = value; 

} 

void CCountArray2 : : GetArray ( int dstArray [ 1 0 ] ) 

{ 

CSingleLock singleLock ( &mutex) ; 

singleLock . Lock ( ) ; 

for (int x=0; x<10; ++x) 

dstArray [x] = array [x]; 
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} 

To access a mutex object, you must create a CSingleLock or CMultiLock object, which performs the 
actual access control. The CCountArray2 class uses CSingleLock objects because this class is dealing 
with only a single mutex. When the code is about to manipulate guarded resources (in this case, the 
array), you create a CSingleLock object, like this: 

CSingleLock singleLock ( &mutex) ; 

The constructor's argument is a pointer to the thread-synchronization object that you want to control. 
Then, to gain access to the mutex, you call the CSingleLock object's Lock() member function: 

singleLock . Lock ( ) ; 

If the mutex is unowned, the calling thread becomes the owner. If another thread already owns the 
mutex, the system suspends the calling thread until the mutex is released, at which time the waiting 
thread is awakened and takes control of the mutex. 

To release the mutex, you call the CSingleLock object's Unlock() member function. However, if you 
create your CSingleLock object on the stack (rather than on the heap, using the new operator) as shown 
in Listing 27.10, you don't have to call Unlock() at all. When the function exits, the object goes out of 
scope, which causes its destructor to execute. The destructor automatically unlocks the object for you. 

To try out the new CCountArray2 class in the Thread application, add new CountArray2.h and 
CountArray2.cpp files to the Thread project and then delete the original CountArray.h and 
CountArray.cpp files. Finally, in Thread Vie w.cpp, change all references to CCountArray to 
CCountArray2. Because all the thread synchronization is handled in the CCountArray2 class, no further 
changes are necessary to use mutexes instead of critical sections. 

Using Semaphores 

Although semaphores are used like critical sections and mutexes in an MFC program, they serve a 
slightly different function. Rather than enable only one thread to access a resource at a time, semaphores 
enable multiple threads to access a resource, but only to a point. That is, semaphores enable a maximum 
number of threads to access a resource simultaneously. 

When you create the semaphore, you tell it how many threads should be allowed simultaneous access to 
the resource. Then, each time a thread grabs the resource, the semaphore decrements its internal counter. 
When the counter reaches 0, no further threads are allowed access to the guarded resource until another 
thread releases the resource, which increments the semaphore's counter. 

You create a semaphore by supplying the initial count and the maximum count, like this: 

CSemaphore Semaphore (2, 2); 

Because in this section you'll be using a semaphore to create a thread-safe class, it's more convenient to 
declare a CSemaphore pointer as a data member of the class and then create the CSemaphore object 
dynamically in the class's constructor, like this: 

semaphore = new CSemaphore (2 , 2); 

You should do this because you have to initialize a data member in the constructor rather than at the time 
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you declare it. With the critical-section and mutex objects, you didn't have to supply arguments to the 
class's constructors, so you were able to create the object at the same time you declared it. 

After you have created the semaphore object, it's ready to start counting resource access. To implement 
the counting process, you first create a CSingleLock object (or CMultiLock, if you're dealing with 
multiple thread-synchronization objects), giving it a pointer to the semaphore you want to use, like this: 

CSingleLock singleLock ( semaphore ) ; 

Then, to decrement the semaphore's count, you call the CSingleLock object's Lock() member function: 

singleLock . Lock ( ) ; 

At this point, the semaphore object has decremented its internal counter. This new count remains in 
effect until the semaphore object is released, which you can do explicitly by calling the object's Unlock() 
member function: 

singleLock . Unlock ( ) ; 

Alternatively, if you've created the CSingleLock object locally on the stack, you can just let the object go 
out of scope, which not only automatically deletes the object but also releases the hold on the semaphore. 
In other words, both calling Unlock() and deleting the CSingleLock object increment the semaphore's 
counter, enabling a waiting thread to access the guarded resource. 

Listing 27.1 1 is the header file for a class called CSomeResource. CSomeResource is a mostly useless 
class whose only calling is to demonstrate the use of semaphores. The class has a single data member, 
which is a pointer to a CSemaphore object. The class also has a constructor and destructor, as well as a 
member function called UseResource(), which is where the semaphore will be used. 

Listing 27.11 SOMERESOURCE.H 

#include "afxmt.h" 
class CSomeResource 
{ 

private : 

CSemaphore* semaphore; 
public : 

CSomeResource () ; 

-CSomeResource () ; 
void UseResource ( ) ; 

}; 

Listing 27.12 shows the CSomeResource class's implementation file. You can see that the CSemaphore 
object is constructed dynamically in the class's constructor and deleted in the destructor. The 
UseResourceO member function simulates accessing a resource by attaining a count on the semaphore 
and then sleeping for five seconds, after which the hold on the semaphore is released when the function 
exits and the CSingleLock object goes out of scope. 

Listing 27.12 SOMERESOURCE.CPP 
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#include "stdafx.h" 

#include " SomeResource . h" 

CSomeResource : : CSomeResource ( ) 

{ 

semaphore = new CSemaphore (2 , 2); 

} 

CSomeResource : : -CSomeResource ( ) 

{ 

delete semaphore; 

} 

void CSomeResource : :UseResource() 

{ 

CSingleLock singleLock ( semaphore ) ; 
singleLock . Lock ( ) ; 

Sleep (5000 ) ; 

} 

If you modify the Thread application to use the CSomeResource object, you can watch semaphores at 
work. Follow these steps: 

1. Delete any CountArray files that are still in the project. (In FileView, click the file once to select 
it; then press Del to delete the file from the project.) 

2. Create the new empty SomeResource.h and SomeResource.cpp files in the project. 

3. Add the code from Listings 27.1 1 and 27.12 to these empty files. 

4. Load Thread Vie w.cpp and replace the line #include "CountArray2.h" with the following: 

#include "SomeResource.h" 

5. Replace the line CCountArray2 count Array with the following: 

CSomeResource someResource ; 

6. Replace the WriteThreadProc() and ReadThreadProc() functions with the functions shown in 
Listing 27.13. 

Listing 27.13 ThreadProclQ, ThreadProc2(), and ThreadProc3() 

UINT ThreadProcl (LPVOID param) 

{ 

someResource .UseRe source () ; 

: : MessageBox ( (HWND ) param, 

"Thread 1 had access.", "Thread 1", MB_OK) ; 
return 0; 

} 

UINT ThreadProc2 (LPVOID param) 

{ 

someResource .UseRe source () ; 

: : MessageBox ( (HWND ) param, 

"Thread 2 had access.", "Thread 2", MB_OK) ; 
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return 0; 

} 

UINT ThreadProcS (LPVOID param) 

{ 

someRe source .UseRe source () ; 

: : MessageBox ( (HWND ) param, 

"Thread 3 had access.", "Thread 3", MB_OK) ; 
return 0; 

} 

7. Replace the code in the OnStartthread() function with that shown in Listing 27.14. 

Listing 27.14 LST27_14.TXT-- New Code for the OnStartthreadQ Function 

HWND hWnd = Get Saf eHwnd ( ) ; 

Af xBeginThread (ThreadProcl , hWnd) ; 

Af xBeginThread (ThreadProc2 , hWnd) ; 

Af xBeginThread (ThreadProc3 , hWnd) ; 

Now compile and run the new version of the Thread application. When the main window appears, select 
the Thread, Start Thread command. In about five seconds, two message boxes will appear, informing you 
that thread 1 and thread 2 had access to the guarded resource. About five seconds after that, a third 
message box will appear, telling you that thread 3 also had access to the resource. Thread 3 took five 
seconds longer because thread 1 and thread 2 grabbed control of the resource first. The semaphore is set 
to allow only two simultaneous resource accesses, so thread 3 had to wait for thread 1 or thread 2 to 
release its hold on the semaphore. 



NOTE: Although the sample programs in this chapter have demonstrated using a single 
thread-synchronization object, you can have as many synchronization objects as you need in 
a single program. You can even use critical sections, mutexes, and semaphores all at once to 
protect different data sets and resources in different ways. 



For complex applications, threads offer the capability to maintain fast and efficient data processing. You 
no longer have to wait for one part of the program to finish its task before moving on to something else. 
For example, a spreadsheet application could use one thread to update the calculations while the main 
thread continues accepting entries from the user. Using threads, however, leads to some interesting 
problems, not the least of which is the need to control access to shared resources. Writing a threaded 
application requires thought and careful consideration of how the threads will be used and what resources 
they'll access. 




© Copyright , Macmillan Computer Publishing. All rights reserved. 
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Working with Objects 

C-E-i- is an object-oriented programming language. You can use it to write programs that are not object-oriented, 
like the "Hello World!" example in Chapter 28, "Future Explorations," but its real power comes from the way it 
helps you to implement your applications as objects rather than procedures. As a Visual C-e-i- programmer, you will 
make extensive use of MFC, the Microsoft Foundation Classes; These are implementations of objects almost every 
application uses. 



TIP: If you never worked with C-e-i- before you picked up this book, you are likely to need more help 
than one chapter can provide. As an introduction, consider using any of Jesse Fiberty's books on C-e-e; 
Sams Teach Yourself C++ in 24 Hours, Sams Teach Yourself C++ in 21 Days, or Sams Teach 
Yourself C++ in 21 Days: Complete Compiler Edition. 



What Is an Object? 

An object is a bundle, a clump, a gathering together of items of information that belong together, and functions that 
work on those items of information. For example, a BankAccount object might gather up a customer number, 
account number, and current balance-these three pieces of information are required for all bank accounts. Many 
languages provide a way to group related information together into structures or records or whatever the language 
calls the feature. However, where an object differs from these is in including functions, or behavior, as well as 
information. Our BankAccount object will have Deposit(), Withdraw(), and GetBalance() functions, for example. 
Figure A.l shows one way of looking at the design of an object. 

FIG. A.l Objects combine information (variables) and behavior (functions). 

Why Use Objects? 

There are many advantages to an object-oriented approach to application development, but the two most important 
are maintanability and robustness. That's what you call them when you're persuading your manager to switch to 
C-E-E. In your day-to-day life, they mean you can change one thing without breaking anything else, and you don't 
have to count on remembering to always do step B whenever you do step A. Both these benefits arise because code 
from outside our BankAccount object can't directly access any information inside the object, only through the 
functions you've added to the object. For example, imagine that some piece of code creates a bank account like 
this: 

BankAccount account; 

That code can now deposit or withdraw money or find out the balance in the account, like this: 

account . Deposit (100.00) ; 
account .Withdraw (50 . 00) ; 

float newbalance = account . GetBalance () ; 

That code cannot work on the balance directly, like this: 

account . balance = 100.00; 
account . balance -= 50.00; 
float newbalance = account .balance; 

This information hiding doesn't seek to protect the numeric value of the account balance— the three lines of code 
that work are obviously using and affecting that value. Instead, information hiding protects design decisions made 
by the programmer, and it leaves you free to change them later. 



http://www.pbs.mcp.com/ebooks/0789715392/apa/apa.htm (2 of 15) [7/29/1999 3:58:39 PM] 



Special Edition Using Visual C++ 6 - Appendix A -- C++ Review and Object-Oriented Concepts 

As an example, say you decide to use a floating point number to represent the account balance, the number of 
dollars in the account. Later, you change your mind, deciding that using an integer that represents the number of 
pennies in the account would be faster, or more accurate, or less of a burden on available memory. Of course, you 
will have to change the code for Deposit() and Withdraw(), which will still take floating point arguments, to 
convert from dollars to pennies. After you do that, all the code that other people wrote that called those functions 
will work perfectly; They'll never know you changed anything. If you're the one writing the whole project, you'll 
know that you have no work to do other than the changes within your BankAccount object. If other code could talk 
to balance directly, as in the second set of three lines, you'd have to find every place in the whole application that 
does so and change it to convert from dollars to pennies or from pennies to dollars. What a nightmare! 

What if you never make such a fundamental change as that? After all, it's rare to change the type of a variable 
partway through the project. Well then, imagine a change in the business rules governing withdrawals. When the 
project started, you were told that accounts couldn't be overdrawn, so you wrote code for the Withdraw() function 
that looked like this: 

balance -= amounttowithdraw; 
if (balance < 0) 

balance -i-= amounttowithdraw; //reverse transaction 

Then, just as the application was almost complete, you were told that, in fact, many accounts have overdraft 
protection and you should have written the following; 

balance -= amounttowithdraw; 
if (balance < -overdraftlimit ) 

balance += amounttowithdraw; //reverse transaction 

If all withdrawals go through the Withdraw() function, your life is easy; Make one change in the function, and 
everything's taken care of. If lots of other places in the code were processing withdrawals themselves, by just 
lowering the value of balance, you would have to find all those places and fix the overdraft check in each place. If 
you missed one, your program would have a strange and subtle bug that missed overdrafts in some situations and 
caught them in others. The object-oriented way is much safer. 

What Is a Class? 

In any bank, there are many bank accounts; yours, mine, and thousands of others. They all have fundamental 
things in common: They have a balance and a customer, and certain kinds of transactions are allowed with them. In 
a banking application, you will have perhaps thousands of bank account objects, and each will be an instance of the 
BankAccount class. 

When you define a class, you define what it means to be a BankAccount (or a Truck, or an Employee, or 
whatever). You list the information that is kept by objects of this class in the form of member variables, and the 
things objects of this class can do, in the form of member functions. Also, you make it clear which parts of the 
class you want to protect with information hiding. Listing A.l shows a declaration for the class BankAccount. 

Listing A.1 Deciaring the BankAccount Ciass 

class BankAccount 
{ 

private : 

float balance; 
char [8] customer_id; 
char [8] account_num; 
public : 
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float GetBalance ( ) ; 

void Withdraw ( float amounttowithdraw) ; 
void Deposit ( float amounttodeposit ) ; 

}; 

The keyword private before the three variables directs the compiler not to compile code that accesses these 
variables, unless that code is within a member function of BankAccount. The keyword public before the three 
functions tells the compiler any code at all can call them. This is a typical arrangement for a well-designed 
object-oriented program: All the variables are private, and all the functions are public. 



TIP: Occasionally, you might write a function for an object that is used to perform some repetitive 
task. It's not always appropriate for other objects to use that function to direct your object to perform 
that task. In this case, you can make the function private. Many developers make variables public to 
save the bother of writing public functions to access the variable. There's rarely a good reason to do 
this; it's just laziness. 



Now if certain code declares two bank accounts, mine and yours, each will have its own balance, customer_id, and 
account_num variables. Depositing money into my bank account will not affect your balance. Listing A.2 shows 
some code that creates bank accounts and then exercises their functions. 

Listing A.2 Using BankAccount Objects 

BankAccount mine, yours; 
mine .Deposit (1000) ; 
yours .Deposit (100) ; 
mine . Withdraw (500) ; 

float mybalance = mine . GetBalance () ; 
float yourbalance = yours . GetBalance () ; 

Where Are the Functions? 

The three member functions-Deposit(), Withdraw(), and GetBalance()-must be written, and their code must be 
compiled. You can put the code for these functions in two places; inside the class declaration (called inline code) 
or outside the class declaration, usually in a separate file. Only very short and simple functions should have inline 
code because long functions here make the class declaration hard to read. If all three functions in this sample class 
had inline code, the class declaration would be as shown in Listing A.3. 

Listing A.3 BankAccount with Iniine Code 

class BankAccount 
{ 

private : 

float balance; 
char [8] customer_id; 
char [8] account_num; 
public : 

float GetBalance () { return balance;} 

void Withdraw ( float amounttowithdraw) 

{ 

balance -= amounttowithdraw; 
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if (balance < 0) 

balance -i-= amounttowithdraw; //reverse transaction 

} 

void Deposit ( float amounttodeposit ) {balance += amounttodeposit; } 



Notice that the semicolon after the function names in Listing A.l has been replaced by the function body, 
surrounded by braces. The Withdraw() function is a little too long to include in the class declaration like this and 
would be better placed outside the class. Because all functions in an object-oriented program belong to a class, 
when you provide the code, you must indicate the name of the class to which the function belongs. Listing A.4 
shows the code for Withdraw() as it might appear outside the class declaration. The two colons (::) between the 
classname and the function name are called the scope resolution operator. 

Listing A.4 BankAccount's Withdraw() Function 

void BankAccount :: Withdraw ( float amounttowithdraw) 

{ 

balance -= amounttowithdraw; 
if (balance < 0) 

balance += amounttowithdraw; //reverse transaction 

} 



NOTE: Usually, the class declaration is placed in a file of its own with a name such as 
BankAccount.h so that it can be used by all the other code that makes BankAccount objects or calls 
BankAccount functions. This file is generally referred to as the header file. Typically, the rest of the 
code is placed in another file with a name such as BankAccount.cpp, referred to as the implementation 
file, n 



Inline Functions 

It's easy to confuse inline code, such as that in Listing A. 3, with inline functions. The compiler can 
choose to make any function an inline function, which provides tremendous performance 
improvements for small functions. Because it can harm performance for long functions, generally the 
compiler, not the programmer, makes the decision about inlining. When you provide inline code, you 
are suggesting to the compiler that the function be inlined. Another way to make this suggestion is to 
use the keyword inline with the code outside the class declaration, like this: 

inline void BankAccount :: Withdraw ( float amounttowithdraw) 

{ 

balance -= amounttowithdraw; 
if (balance < 0) 

balance += amounttowithdraw; //reverse transaction 
} 

If this function will be called from other objects, don't inline it like this in the .cpp file. Leave it in the 
header file or make a separate file for inline functions, an .ini file, and #include it into each file that 
calls the member functions. That way the compiler will be able to find the code. 

The compiler might not inline a function, even though it has inline code (in the class declaration) or 

you use the inline keyword. If you know what you're doing, the forceinline keyword introduced in 

Visual C-E-i- 6 enables you to insist that a function be inlined. (Notice that this keyword, like all 
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nonstandard compiler keywords, starts with two underscores.) Because this can cause code bloat and 
slow your application, use this feature only when you have an almost complete application and are 
looking for performance improvements. This is a Visual C-i-i-only keyword that won't work with 
other compilers. 



Perhaps you've already seen one of the other advantages of C-e-i-. Functions generally require much fewer 
parameters. In another language, you might pass the account number into each of these three functions to make it 
clear which balance you want to know about or change. Perhaps you would pass the balance itself into a 
WithdrawO function that checks the business rules and then approves or denies the withdrawal. However, because 
these BankAccount functions are member functions, they have all the member variables of the object to work with 
and don't require them as parameters. That makes all your code simpler to read and maintain. 

How Are Objects Initialized? 

In C, you can just declare a variable, like this: 

int i; 

If you prefer, you can declare it and initialize it at the same time, like this: 

int i = 3; 

A valid bank account needs values for its customer_id and account_num member variables. You can probably start 
with a balance of 0, but what sensible defaults can you use for the other two? More importantly, where would you 
put the code that assigns these values to the variables? In C-e-i-, every object has an initializer function called a 
constructor, and it handles this work. A constructor is different from ordinary member functions in two ways: Its 
name is the name of the class, and it doesn't have a return type, not even void. Perhaps you might write a 
constructor like the one in Listing A. 5 for the BankAccount class. 

Listing A.5 BankAccount Constructor 

BankAccount :: BankAccount (char* customer, char* account, float startbalance ) 

{ 

strcpy (customer_id, customer); 
strcpy (account_num, account); 
balance = startbalance; 

} 



TIP: strcpyO is a function from the C runtime library, available to all C and C-e-e programs, that 
copies strings. The code in Listing A.5 copies the strings that were passed to the constructor into the 
member variables. 



After writing the BankAccount constructor, you would add its declaration to the class by adding this line to the 
class declaration: 

BankAccount (char* customer, char* account, float startbalance) ; 

Notice that there is no return type. You don't need the class name and scope resolution operator because you are in 
the class definition, and the semicolon at the end of the line indicates that the code is outside the class declaration. 

Now, when you declare a BankAccount object, you can initialize by providing constructor parameters, like this: 

BankAccount account ( " AB1234 5 6", "11038-30", 100.00) ; 
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What Is Overloading? 

Imagine the banking application you are writing also deals with credit cards and that there is a CreditCard class. 
You might want a GetBalance() function in that class, too. In C, functions weren't associated with classes. They 
were all global, and you couldn't have two functions with the same name. In C-e-i- you can. Imagine that you write 
some code like this: 

BankAccount account ( " AB12345 6 ", "11038-30", 100.00) ; 
float accountbalance = account . GetBalance () ; 

CreditCard card ( "AB123456" , "4500 000 000 000", 1000.00); 
card . CetBalance () ; 

Most developers can see that the second line will call the BankAccount GetBalance() function, whose full name is 
BankAccount; ;GetBalance(), and the fourth line will call CreditCard; ;GetBalance(). In a sense, these functions 
don't have the same name. This is one example of overloading, and it's a really nice thing for developers because it 
lets you use a simple and intuitive name for all your functions, instead of one called GetBankAccountBalance() 
and another called GetCreditCardBalance(). 

There's another, even nicer situation in which you might want two functions with the same name, and that's within 
a single class. Take, for example, that BankAccount constructor you saw a little earlier in this chapter. It might be 
annoying to pass in a zero balance all the time. What if you could have two constructors, one that takes the 
customer identifier, account number, and starting balance and another that takes only the customer and account 
identifiers? You might add them to the class declaration like this: 

BankAccount (char* customer, char* account, float startbalance ) ; 

BankAccount (char* customer, char* account); 

As Listing A.6 shows, the code for these functions would be very similar. You might feel that you need different 
names for them, but you don't. The compiler tells them apart by their signature: the combination of their full 
names and all the parameter types that they take. This isn't unique to constructors: All functions can be overloaded 
as long as at least one aspect of the signature is different for the two functions that have the same name. 



TIP: Two functions in the same class, with the same name, must differ in the type or number of 
parameters. If they differ only in the return type, that is not a valid overload. 



Listing A.6 Two BankAccount Constructors 

BankAccount :: BankAccount ( char* customer, char* account, float startbalance) 
{ 

strcpy (customer_id, customer); 
strcpY (account_num, account); 
balance = startbalance; 

} 

BankAccount :: BankAccount (char* customer, char* account) 

{ 

strcpy (customer_ld, customer); 
strcpy (account_num, account); 
balance = 0; 

} 
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Reusing Code and Design with inheritance 

Maintainability and robustness, thanks to information hiding, are two of the features that inspire people to switch 
to object-oriented programming. Another is reuse. You can reuse other people's objects, calling their public 
functions and ignoring their design decisions, by simply making an object that is an instance of the class and 
calling the functions. The hundreds of classes that make up MFC are a good example. C-e-i- enables another form of 
reuse as well, called inheritance. 

What Is Inheritance? 

To stick with the banking example, imagine that after you have BankAccount implemented, tested, and working 
perfectly, you decide to add checking and savings accounts to your system. You would like to reuse the code you 
have already written for BankAccount, not just copy it into each of these new classes. To see whether you should 
reuse by making an object and calling its functions or reuse by inheriting, you try saying these sample sentences: 

A checking account IS a bank account. 

A checking account HAS a bank account part. 

A savings account IS a bank account. 

A savings account HAS a bank account part. 

Most people agree that the IS sentences sound better. In contrast, which of the following would you choose? 

A car IS an engine (with some seats and wheels) 

A car HAS an engine (and some seats and wheels) 

If the IS sentences don't sound silly, inheritance is the way to implement your design. Listing A.7 contains possible 
class declarations for the two new classes. 



TIP: The class reusing code in this way is called a derived class or sometimes a subclass. The class 
providing the code is called the base class or sometimes the superclass. 



Listing A.7 CheckingAccount and SavingsAccount 

class SavingsAccount: public BankAccount 
{ 

private : 

float interestrate; 
public : 

SavingsAccount (char* customer, char* account, 

float startbalance, float interest); 
void Credit Interest ( int days); 

} ; 

class CheckingAccount: public BankAccount 
{ 

public : 

Checking (char* customer, char* account, float startbalance); 
void Print Statement (int month) ; 
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}; 

Now, if someone makes a CheckingAccount object, he can call functions that CheckingAccount inherited from 
BankAccount or functions that were written specially for CheckingAcount. Here's an example: 

CheckingAccount ca ( "AB123456" , "11038-30", 100.00) ; 

ca. Deposit (100) ; 

ca . PrintStatement (5) ; 

What's terrific about this is what happens when someone changes the business rules. Perhaps management notices 
that there are no service charges in this system and instructs you to add them. You will charge 10 cents for each 
deposit and withdrawal, and subtract the service charges on instruction from some monthly maintenance code that 
another developer is writing. You open up BankAccount.h and add a private member variable called 
servicecharges. You set this to zero in the constructor and increase it by 0.1 in both Deposit() and Withdraw(). 

Then you add a public function called ApplyServiceCharges() that reduces the balance and resets the charges to 
zero. 

At this point in most other languages, you'd have to repeat all this for CheckingAccount and SavingsAccount. Not 
in C-I-I-! You have to add a line to the constructors for these classes, but you don't change anything else. You can 
reuse your changes as easily as you reused your BankAccount class in the first place. 

What Is Protected Access? 

Without writing all of CheckingAccount; :PrintStatement(), you can assume it will need to know the balance of the 
account. To spare any hard-to-read code that would put that number onscreen, consider this line of code; 

float bal = balance; 

This line, inside CheckingAccount: ;PrintStatement(), will not compile, balance is a private member variable, and 
no code can access it, other than code in BankAccount member functions. Though this probably seems outrageous, 
it's actually very useful. Remember the possible design decision that would change the type of balance from float 
to int? How would the BankAccount programmer know all the classes out there that inherited from BankAccount 
and rely on the type of the balance member variable? It's much simpler to prevent access by any other code. After 
all, CheckingAccount: ;PrintStatement() can use a public function, GetBalance(), to achieve the desired result. 

If you want to grant code in derived classes direct access to a member variable, and you're confident that you will 
never need to find all these classes to repeat some change in all of them, you can make the variable protected rather 
than private. The class declaration for BankAccount would start like this: 

class BankAccount 
{ 

protected : 

float balance; 
private : 

char [8] customer_id; 
char [8] account_num; 

// ... 

}; 

What Is Overriding? 

At times, your class will inherit from a base class that already provides a function you need, but the code for that 
function isn't quite what you want. For example, BankAccount might have a DisplayO function that writes 
onscreen the values of the three member variables: customer_id, account_num, and balance. Other code could 



http://www.pbs.mcp.com/ebooks/0789715392/apa/apa.htm (9 of 15) [7/29/1999 3:58:39 PM] 




Special Edition Using Visual C++ 6 - Appendix A -- C++ Review and Object-Oriented Concepts 

create BankAccount, CheckingAccount, or SavingsAccount objects and display them by calling this function. No 
problem. Well, there is one little problem: All SavingsAccount objects have an interestrate variable as well, and it 
would be nice if the DisplayO function showed its value, too. You can write your own code for 
SavingsAccount: ;Display(). This is called an override of the function from the base class. 

You want SavingsAccount: :Display() to do everything that BankAccount: :Display() does and then do the extra 
things unique to savings accounts. The best way to achieve this is to call BankAccount: :Display() (that's its full 
name) from within SavingsAccount::Display(). Besides saving you time typing or copying and pasting, you won't 
have to recopy later if someone changes the base class DisplayO. 

What Is Polymorphism? 

Polymorphism is a tremendously useful feature of C-e-i-, but it doesn't sneak up on you. You can use it only if you 
are using inheritance and pointers, and then only if the base class in your inheritance hierarchy deliberately 
activates it. Consider the code in Listing A.8. 



TIP: If you haven't worked with pointers before, you may find the &, *, and -> operators used in this 
code example confusing. & means address of and obtains a pointer from a variable. * means contents 
ofmd uses a pointer to access the variable it points to. -> is used when the pointer has the address of 
an object rather than an integer, float, or other fundamental type. 



Listing A.8 Inheritance and Pointers 

BankAccount ba ( "AB123456", "11038-30",100.00); 

CheckingAccount ca ( "AB123456" , "11038-32 ",200. 00) ; 

SavingsAccount sa ( " AB12 34 5 6 " , " 1 1 038-3 9 " , 1 0 0 0 . 0 0 , 0.03); 

BankAccount* pb = &ba; 

CheckingAccount* pc = &ca; 

SavingsAccount* ps = &sa; 
pb->Display ( ) ; 
pc->Display ( ) ; 
ps->Display ( ) ; 

BankAccount* pc2 = &ca; 

BankAccount* ps2 = &sa; 
pc2->Display ( ) ; 
ps2->Display ( ) ; 

}; 

In this example, there are three objects and five pointers, pb, pc, and ps are straightforward, but pc2 and ps2 
represent what is often called an upcast: A pointer that points to a derived class object is being carried around as a 
pointer to a base class object. Although there doesn't seem to be any use at all in doing such a thing in this code 
example, it would be very useful to be able to make an array of BankAccount pointers and then pass it to a 
function that wouldn't have to know that SavingsAccount or CheckingAccount objects even existed. You will see 
an example of that in a moment, but first you need to be clear about what's happening in Listing A.8. 

The call to pb->Display() will execute the BankAccount: :Display() function, not surprisingly. The call to 
pc->Display() would execute CheckingAccount: :Display() if you had written one, but because CheckingAccount 
only inherits the base class code, this call will be to BankAccount: :Display(), also. The call to ps->Display() will 
execute the override, SavingsAccount::Display(). This is exactly the behavior you want. Each account will be 
displayed completely and properly. 
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Things aren't as simple when it comes to pc2 and ps2, however. These pointers, though they point to a 
CheckingAccount object and a SavingsAccount object, are declared to be of type pointer-to-BankAccount. Each of 
the display calls will execute the BankAccount::Display() function, which is not what you want at all. To achieve 
the desired behavior, you must include the keyword virtual in your declaration of BankAccount;;Display(). (The 
keyword must appear in the base class declaration of the function.) When you do so, you are asking for 
polymorphism, asking that the same line of code sometimes do quite different things. To see how this can happen, 
consider a function such as this one; 

void SomeClass : : DisplayAccounts (BankAccount * a[], int numaccount s ) 

{ 

for (int i = 0; i < numaccount s ; i++) 

{ 

a [ i ] ->Display ( ) ; 

} 

} 

This function takes an array of BankAccount pointers, goes through the array, and displays each account. If, for 
example, the first pointer is pointing to a CheckingAccount object, BankAccount; ;Display() will be executed. If 
the second pointer is pointing to a SavingsAccount object, and DisplayO is virtual, SavingsAccount; ;Display() will 
be executed. You can't tell by looking at the code which lines will be executed, and that's polymorphism. 

It's a tremendously useful feature. Without it, you'd have to write switch statements that decide which function to 
call, and every time you add another kind of BankAccount, you'd have to find those switch statements and change 
them. With it, you can add as many new kinds of BankAccount classes as you want, and you never have to change 
SomeClass;;DisplayAccounts() to accommodate that. 

Managing Memory 

When you declare an object in a block of code, it lasts only until the last line of code in the block has been 
executed. Then the object goes out of scope, and its memory is reclaimed. If you want some cleanup task taken 
care of, you write a destructor (the opposite of a constructor) for the object, and the system will call the destructor 
before reclaiming the memory. 

Often you want to create an object that will continue to exist past the lifetime of the function that created it. You 
must, of course, keep a pointer to the object somewhere. A very common situation is to have the pointer as a 
member variable of a class; The constructor for the class allocates the memory, and the destructor releases it. 

Allocating and Releasing Memory 

In C, you allocate memory like this with the malloc() function. For example, to allocate enough memory for a 
single integer, you would write 

int *pi = (int *) malloc ( sizeof(int) ); 

However, when you allocate memory for an object, you want the constructor to run. malloc(), written long before 
C-E-i- was developed, can't call constructors. Therefore, you use an operator called new to allocate and initialize the 
memory, like this; 

BankAccount* pb = new BankAccount ( "AB12 34 5 6 1 1 038-30 ", 1 0 0 . 0 0 ) ; 

The parameters after the classname are passed along to the constructor, as they were when you allocated a 
BankAccount within a block. Not only does new call the constructor, but you also don't have to calculate the 
number of bytes you need with sizeof, and you don't have to cast the pointer you receive back. This is a handy 
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operator. 



TIP: The place where this memory is allocated is technically called ihtfree store. Many C-i-i- 
developers call it the heap. On the other hand, variables allocated within a block are said to be on the 
stack. 



When you're finished with the object you allocated with new, you use the delete operator to get rid of it, like this: 

delete pb; 

delete will call the destructor and then reclaim the memory. The older C function, free(), must never be used to 
release memory that was allocated with new. If you allocate some other memory (say, a dynamic array of integers) 
with mallocO, you must release it with free() rather than delete. Many developers find it simpler to leave free() and 
mallocO behind forever and use new and delete exclusively. 

new can be used for array allocation, like this; 

int * numbers = new int[100]; 

When you are finished with memory that was allocated like this, always use the array form of delete to release it: 

delete [] numbers; 

Pointers as Member Variables 

It's common to use pointers within objects. Consider the BankAccount class that's been the example throughout 
this chapter. Why should it carry around a character string representing a customer identifier? Wouldn't it be better 
to carry around a pointer to an object that is an instance of the class Customer? This is easy to do. Remove the 
private customer_id variable and add a Customer pointer to the class declaration, like this: 

Customer* pCustomer; 

You would have to write code in the constructor that finds the right Customer object using only the customer 
identifer passed to the constructor, and you would probably add two new constructors that take Customer pointers. 
You can't take away a public function after you've written it, because someone might be relying on it. If you are 
sure no one is, you could remove it. 

Now a BankAccount can do all sorts of useful things by delegating to the Customer object it is associated with. 
Need to print the customer's name and address at the top of the statement? No problem, have the Customer object 
do it: 

pCustomer->PrintNameandAddress () ; 

This is a terrific way to reuse all the work that went into formatting the name and address in the Customer class. It 
also completely isolates you from changes in that format later. 



TIP: This kind of reuse is generally called aggregation or containment and is contrasted with 
inheritance. It corresponds to the HAS sentences presented in the inheritance section. 



Dynamic Objects 

A BankAccount is always associated with exactly one Customer object. However, there are other things about a 
BankAccount that might or might not exist. Perhaps an account is associated with a CreditCard, and if so, possible 
overdrafts are covered from that card. 
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To implement this in code, you would add another private member variable to the BankAccount class: 

Credit Card *pCard; 

All the constructors written so far would set this pointer to NULL to indicate that it doesn't point to a valid 
CreditCard: 

pCard = NULL; 

You could then add a public function such as AddCreditCard() that would set the pointer. The code could be inline, 
like this: 

void AddCreditCard (CreditCard* card) {pCard = card;} 

The new code for Withdraw() would probably look like this: 

void BankAccount :: Withdraw ( float amounttowithdraw) 

{ 

balance -= amounttowithdraw; 
if (balance < 0) 

{ 

if (pCard) 

{ 

int hundreds = - (int) (balance / 100); 
hundreds++ ; 

pCard->CashAdvance (hundreds * 100); 
balance += hundreds * 100; 

} 

else 

balance += amounttowithdraw; //reverse transaction 

} 

} 

This rounds the overdraft (not the withdrawal) to the nearest hundred and obtains that amount from the credit card. 
If this account has no associated card, it reverses the transaction, as before. 

Destructors and Pointers 

When a BankAccount object is thrown away, the Customer or CreditCard objects to which it might have had 
pointers continue to exist. That means BankAccount doesn't need a destructor at the moment. Many times, objects 
with pointers as member variables do need destructors. 

Consider the situation of ordering new checks. When the checks arrive, the charge is taken out of the account. 
Perhaps you will make a CheckOrder object to gather up the information and will add a function to 
CheckingAccount to make one of these. Without taking this example too far afield by trying to design CheckOrder, 
the OrderChecksO function might look like this: 

CheckingAccount : : OrderChecks ( ) 

{ 

pOrder = new CheckOrder ( /* whatever parameters the constructor takes */); 

} 

You would add pOrder as a private member variable of CheckingAccount: 

CheckOrder* pOrder; 

In the constructor for CheckingAccount, you would set pOrder to NULL because a brand new account doesn't have 
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an outstanding check order. 

When the checks arrive, whatever outside code called OrderChecks() could call ChecksArrive(), which would look 
like this: 

CheckingAccount : : ChecksArrive ( ) 

{ 

balance -= pOrder . GetCharge ( ) ; 
delete pOrder; 
pOrder = NULL; 

} 



NOTE: This function will be able to access balance directly like this only if balance was protected in 
BankAccount rather than private, as discussed earlier, n 



The delete operator will clean up the order object by running its destructor and then reclaim the memory. You set 
the pointer to NULL afterwards to make sure that no other code tries to use the pointer, which no longer points to a 
valid CheckOrder object. 

What if a CheckingAccount is closed while an order is outstanding? If you throw away the pointer, the memory 
occupied by the CheckOrder object will never be reclaimed. You will have to write a destructor for 
CheckingAccount that cleans this up. Remember that constructors always have the same name as the class. 
Destructor names are always a tilde (~) followed by the name of the class. CheckingAccount:: -Checking Account() 
would look like this: 

CheckingAccount : : -CheckingAccount ( ) 

{ 

delete pOrder; 

} 



Running Destructors Accidentally 

When a class has a destructor that does something destructive, you have to be very careful to make sure that it isn't 
unexpectedly called and causes you trouble. Look at the code in Listing A.9. It makes a CheckingAccount object, 
orders checks, passes the object to some function or another, and then tells the account that the checks have 
arrived. 

Listing A.9 Accidentai Destruction 

CheckingAccount ca ( "AB123456" , "11038-32 ",200. 00) ; 
ca . OrderChecks ( ) ; 

SomeFunction (ca) ; 

ca . ChecksArrive ( ) ; 

This looks harmless enough. However, when you pass the CheckingAccount object to SomeFunction(), the system 
makes a copy of it to give to the function. This copy is identical to ca: It has a pointer in it that points to the same 
CheckOrder as ca. When the call to SomeFunction() returns, the copy is no longer needed, so the system runs the 
destructor and reclaims the memory. Unfortunately, the destructor for the temporary CheckingAccount object will 
delete its CheckOrder, which is also ca's CheckOrder. The call to ChecksArrive() can't work because the 
CheckOrder object is gone. 

There are two ways to deal with this problem. The first is to change SomeFunction() so that it takes a pointer to a 
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CheckingAccount or a reference to a CheckingAccount. The second is to write a function called a copy constructor 
that controls the way the temporary CheckingAccount is made. References and copy constructors are beyond the 
scope of this chapter. If the function takes a pointer, no copy is made, and there can be no accidental destruction. 

What Else Should I Know? 

If you bought a book solely on C-e-i- or attended a week-long introductory course, you would learn a number of 
other C-E-i- features, including the following; 

• Default parameter values 

• Constructor initializer line 

• The const keyword 

• Passing parameters by reference 

• Returning values by reference 

• Static member variables and static member functions 

• Copy constructors 

• Operator overloading 

Two topics not always covered in introductory material are exceptions and templates. These are discussed in 
Chapter 26, "Exceptions and Templates." 
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The Microsoft Foundation Classes were written for one single purpose: to make Windows programming 
easier by providing classes with methods and data that handle tasks common to all Windows programs. 
The classes that are in MFC are designed to be useful to a Windows programmer specifically. The 
methods within each class perform tasks that Windows programmers often need to perform. Many of the 
classes have a close correspondence to structures and window classes, in the old Windows sense of the 
word class. Many of the methods correspond closely to API (Application Programming Interface) 
functions already familiar to Windows programmers, who often refer to them as the Windows SDK or as 
SDK functions. 
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Programming for Windows 

If you've programmed for Windows in C, you know that the word class was used to describe a window 
long before C++ programming came to Windows. A window class is vital to any Windows C program. A 
standard structure holds the data that describes this window class, and the operating system provides a 
number of standard window classes. A programmer usually builds a new window class for each program 
and registers it by calling an API function, RegisterClass(). Windows that appear onscreen can then be 
created, based on that class, by calling another API function, CreateWindow(). 

A C-Style Window Class 

The WNDCLASS structure, which describes the window class, is equivalent to the WNDCLASSA 
structure, which looks like Listing B.l. 

Listing B.1 WNDCLASSA Structure from WiNUSER.H 



typedef struct 


tagWNDCLASSA { 


UINT 


style; 


WNDPROC 


IpfnWndProc ; 


int 


cbClsExt ra ; 


int 


cbWndExt ra ; 


HINSTANCE 


hinstance ; 


HICON 


hicon ; 


HCURSOR 


hCursor ; 


HBRUSH 


hbr Back ground; 


LPCSTR 


Ips zMenuName ; 


LPCSTR 


IpszClassName ; 



} WNDCLASSA, *PWNDCLASSA, NEAR *NPWNDCLASSA, FAR *LPWNDCLASSA; 

WINUSER.H sets up two very similar window class structures: WNDCLASSA for programs that use 
normal strings and WNDCLASSW for Unicode programs. Chapter 28, "Future Explorations," covers 
Unicode programs in the "Unicode" section. 



TIP: WINUSER.H is code supplied with Developer Studio. It's typically in the folder 
\Program Files\ FilesVMicrosoft Visual Studio\VC98\include. 



If you were creating a Windows program in C, you would need to fill a WNDCLASS structure. The 
members of the WNDCLASS structure are as follows: 

• style— A number made by combining standard styles, represented with constants like 
CS_GLOBALCLASS or CS_OWNDC, with the bitwise or operator (I). A perfectly good class can 
be registered with a style value of 0; the other styles are for exceptions to normal procedure. 

• IpfnWndProc— A pointer to a function that is the Windows Procedure (generally called the 
WindProc) for the class. Refer to Chapter 3, "Messages and Commands," for a discussion of this 
function. 
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• cbClsExtra— The number of extra bytes to add to the window class. It's usually 0, but C 
programmers would sometimes build a window class with extra data in it. 

• cbWndExtra— The number of extra bytes to add to each instance of the window, usually 0. 

• hinstance— A handle to an instance of an application, the running program that is registering this 
window class. Eor now, think of this as a way for the window class to reach the application that 
uses it. 

• hicon— An icon to be drawn when the window is minimized. Typically, this is set with a call to 
another API function, LoadIcon(). 

• hCursor— The cursor that displays when the mouse is over the screen window associated with this 
window class. Typically, this is set with a call to the API function LoadCursor(). 

• hbrBackground— The brush to be used for painting the window background. The API call to 
GetStockObjectO is the usual way to set this variable. 

• IpszMenuName— A long pointer to a string that is zero terminated and contains the name of the 
menu for the window class. 

• IpszClassName— The name for this window class, to be used by CreateWindow(), when a window 
(an instance of the window class) is created. You make up a name. 

Window Creation 

If you've never written a Windows program before, having to fill out a WNDCLASS structure might 
intimidate you. This is the first step, though, in Windows programming in C. However, you can always 
find simple sample programs to copy, like this one: 

WNDCLASS wcinit; 
wcinit. style = 0; 

wcinit . IpfnWndProc = (WNDPROC ) MainWndProc; 
wcinit . cbClsExtra = 0; 
wcinit . cbWndExtra = 0; 
wcinit . hinstance = hinstance; 

wcinit. hicon = Loadicon (hinstance, MAKEINTRESOURCE ( ID_ICON) ) ; 

wcinit . hCursor = LoadCursor (NULL, IDC_ARROW) ; 

wcinit . hbrBackground = GetStockOb ject (WHITE_BRUSH) ; 

wcinit . Ips zMenuName = "DEMO"; 

wcinit . IpszClassName ="NewWClass " ; 

return (RegisterClass (&wclnit)); 



Hungarian Notation 

You might wonder what kind of variable name IpszClassName is or why it's wcinit and not 
just Init. The reason for this is Microsoft programmers use a variable naming convention 
called Hungarian Notation. It is so named because a Hungarian programmer named Charles 
Simonyi popularized it at Microsoft (and probably because at first glance, the variable 
names seem to be written in another language). 

In Hungarian Notation, the variable is given a descriptive name, like Count or ClassName, 
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that starts with a capital letter. If it is a multiword name, each word is capitalized. Then, 
before the descriptive name, letters are added to indicate the variable type— for example, 
nCount for an integer or bFlag for a Boolean (TRUE or FALSE) variable. In this way, the 
programmer should never forget a variable type or do something foolish such as pass a 
signed variable to a function that is expecting an unsigned value. 

The style has gained widespread popularity, although some people hate it. If you long for 
the good old days of arguing where to put the braces, or better still whether to call them 
brace, face, or squiggle brackets, but can't find anyone to rehash those old wars anymore, 
you can probably find somebody to argue about Hungarian Notation instead. The arguments 
in favor boil down to "you catch yourself making stupid mistakes," and the arguments 
against it to "it's ugly and hard to read." The practical truth is that the structures used by the 
API and the classes defined in MFC all use Hungarian Notation, so you might as well get 
used to it. You'll probably find yourself doing it for your own variables, too. The prefixes 
are as follows: 



Prefix 


Variable Type 


Comment 


a 


Array 




b 


Boolean 




d 


Double 




h 


Handle 




i 


Integer 


"index 

into" 


1 


Long 




Ip 


Long pointer to 




Ipfn 


Long pointer to 
function 




m_ 


Member variable 




n 


Integer 


"number 

of" 


P 


Pointer to 




s 


String 




sz 


Zero-terminated 

string 





http://www.pbs.mcp.com/ebooks/0789715392/apb/apb.htm (4 of 4) [7/29/1999 3:58:55 PM] 


































Special Edition Using Visual C++ 6 -- Appendix C - The Visual Studio User Interface, Menus, and Toolbars 



Special Edition Using Visual C++ 6 



^ Previous Cfiapter 



^ Contents 



-c- 

The Visual Studio User Interface, Menus, 

and Toolbars 



• Reviewing Developer Studio: An Integrated Development Environment 

• Choosing a View 

• Looking at Interface Elements 

o Accelerators 
o Dialog Boxes 
o Icons 
o Menus 

o The String Table 
o Toolbars 

o Version Information 

• Looking at Your Code, Arranged by Class 

• Looking at Your Code, Arranged by File 

• Output and Error Messages 

• Editing Your Code 

o Basic Typing and Editing 
o Working with Blocks of Text 
o Syntax Coloring 
o Shortcut Menu 

• Learning the Menu System 



http://www.pbs.mcp.com/ebooks/0789715392/apc/apc.htm (1 of 32) [7/29/1999 3:59:50 PM] 



Special Edition Using Visual C++ 6 -- Appendix C - The Visual Studio User Interface, Menus, and Toolbars 



o Using the File Menu 
o Edit 

o Using the View Menu 
o Insert 
o Project 
o Build 
o Tools 
o Window 
o Help 

• Reviewing Toolbars 

o Standard Toolbar 
o Build Mini-bar 
o Using Other Toolbars 



Reviewing Deveioper Studio: An integrated 
Development Environment 

When you buy Microsoft Visual C++, you actually get Microsoft Developer Studio with the Visual C++ 
component activated. Developer Studio is far more than just a compiler, and you have far more to learn 
than you may think. The interface is very visual, which means that there are many possibilities greeting 
you when you first run Visual C++. 

Microsoft Visual C++ is one component of the Microsoft Developer Studio. The capabilities of this one 
piece of software are astonishing. It is called an integrated development environment (IDE) because 
within a single tool, you can perform the following: 

• Generate starter applications without writing code. 

• View a project several different ways. 

• Edit source and include files. 

• Build the visual interface (menus and dialog boxes) of your application. 

• Compile and link. 

• Debug an application while it runs. 

Visual C++ is, technically speaking, just one component of Developer Studio. You can buy, for example, 
Microsoft's Visual J++ compiler and use it in Developer Studio as well. Looking at it another way. 

Visual C++ is more than just Developer Studio because the Microsoft Foundation Classes (MFC) that 
are becoming the standard for C++ Windows programming are a class library and not related to the 
development environment. In fact, the major C++ compilers all use MEC now. However, for most 
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people, Visual C++ and Developer Studio mean the same thing, and in this book the names are used 
interchangeably. 

Choosing a View 

The user interface of Developer Studio encourages you to move from view to view in your project, 
looking at your resources, classes, and files. The main screen is divided into panes that you can resize to 
suit your own needs. There are many shortcut menus, reached by right-clicking different places on the 
screen, that simplify common tasks. 

With Visual C++, you work on a single application as a workspace, which contains one or more projects. 
A project is a collection of files: source, headers, resources, settings, and configuration information. 
Developer Studio is designed to enable work on all aspects of a single workspace at once. You create a 
new application by creating a new project. When you want to work on your application, open the 
workspace (a file with the extension .DSW) rather than each code file independently. The interface of 
\revdttml 176855283 Developer Studio, shown in Figures C.l and C.2, is designed to work with a 
workspace and is divided into several zones. 

FIG. C.l The Developer Studio interface presents a lot of information. The Workspace window is on the 
left. 

FIG. C.2 When the Workspace window is narrowed, the words on the tabs are replaced with icons. 

The zones that make up the Developer Studio interface are as follows: 

• Across the top: menus and toolbars. These are discussed in the second half of this chapter. 

• On the left: the Workspace window. 

• On the right: your main working area where you edit files. 

• Across the bottom: the output window and status bar. 



TIP: Open Developer Studio and try to resize the panes and follow along as functions are 
described in this chapter. If you want an application to follow along with, you can build a 
very simple one as described in Chapter 1, "Building Your First Windows Application." 



The Workspace window determines which way you look at your project and what is in the main working 
area: code or resources (menus, icons, and dialog boxes). Each of these views is discussed in detail in a 
separate section in this chapter, including the following: 

• The ResourceView is discussed in the "Looking at Interface Elements" section. 

• The ClassView is discussed in the "Looking at Your Code, Arranged by Class" section. 

• The EileView is discussed in the "Looking at Your Code, Arranged by Eile" section. 

Developer Studio uses two different files to keep track of all the information about your project. The 
project workspace file, with a .DSW extension, contains the names of all the files in the project, what 
directories they are in, compiler and linker options, and other information required by everyone who may 
work on the project. There is also a project file, with a .DSP extension, for each project within the 
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workspace. The workspace options file, with an .OPT extension, contains all your personal settings for 
Developer Studio— colors, fonts, toolbars, which files are open and how their MDI windows are sized and 
located, breakpoints from your most recent debugging session, and so on. If someone else is going to 
work on your project, you give that person a copy of the project workspace file and project file but not 
the project options file. 

To open the project, open the project workspace file. The other files are opened automatically. 

Looking at Interface Elements 

After you've opened or created a workspace, clicking the Resource View tab in the Workspace window 
opens an expandable and collapsible outline of the visual elements of your program: accelerators, dialog 
boxes, icons, menus, the string table, toolbars, and version information. These resources define the way 
users interact with your program. Chapter 2, "Dialogs and Controls;" Chapter 8, "Building a Complete 
Application: ShowString;" and Chapter 9, "Status Bars and Toolbars" cover the work involved in 
creating and editing these resources. The next few sections cover the way in which you can look at 
completed resources. 



TIP: Open one of the projects that was built in this book, or a sample project from Visual 
C++, and follow along as functions are described in this section. ShowString, the sample 
application from Chapter 8, is a good choice because it uses most of the features described 
in this section. 



Accelerators 

Accelerators associate key combinations with menu items. Figure C.3 shows an accelerator resource 
created by AppWizard. All these accelerator combinations are made for you when you create a new 
application. You can add accelerators for specific menu items, if necessary. 

FIG. C.3 Accelerators associate key combinations with menu items. 

Dialog Boxes 

Your application receives information from users through dialog boxes. When a dialog resource is being 
displayed in the main working area, as in Figure C.4, a control palette floats over the working area. (If it's 
not displayed, right-click the menu bar and check Controls to display it.) Each small icon on the palette 
represents a control (edit box, list box, button, and so on) that can be inserted onto your dialog box. By 
choosing View, Properties, the Dialog Properties box shown in Figure C.4 is displayed. Here the 
behavior of a control or of the whole dialog box can be controlled. 



TIP: Click the pushpin at the top left of the Properties box to keep it displayed, even when a 
different item is highlighted. The box displays the properties of each item you click. 



This method of editing dialog boxes is one of the reasons for the name Visual C+ + . In this product, if 
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you want a button to be a little lower on a dialog box, you click it with the mouse, drag it to the new 
position, and release the mouse button. Similarly, if you want the dialog box larger or smaller, grab a 
corner or edge and drag it to the new size, like any other sizable window. Before Visual C++ was 
released, the process involved coding and pixel counting and took many minutes rather than just a few 
seconds. This visual approach to dialog box building made Windows programming accessible to many 
more programmers. 

FIG. C.4 Dialog boxes receive information from the user. 



Icons 

Icons are small bitmaps that represent your program or its documents. For example, when a program is 
minimized, an icon is used to represent it. A larger version of that icon is used to represent both the 
program and its documents within an Explorer window. When an MDI window is minimized within your 
application, the minimized window is represented by an icon. Figure C.5 shows the default icon provided 
by AppWizard for minimized MDI windows. One of your first tasks after building any application is to 
replace this with an icon that more clearly represents the work your program performs. 

An icon is a 32*32 pixel bitmap that can be edited with any number of drawing tools, including the 
simple bitmap editor included in Developer Studio. The interface is very similar to Microsoft Paint or 
Microsoft Paintbrush in Zoom mode. You can draw one pixel at a time by clicking, or freehand lines by 
clicking and dragging. You can work on the small or zoomed versions of the icon and see the effects at 
once in both places. 

Menus 

With menus, users can tell your program what to do. Keyboard shortcuts (accelerators) are linked to 
menu items, as are toolbar buttons. AppWizard creates the standard menus for a new application, and 
you edit those and create new ones in this view. Later, you'll use ClassWizard to connect menu items to 
functions within your code. Figure C.6 shows a menu displayed in the ResourceView. Choose View, 
Properties to display the Menu \revised Properties box for the menu item. Every menu item has the 
following three components: 

FIG. C.5 Icons represent your application and its documents. 

• Resource ID. This uniquely identifies this menu item. Accelerators and toolbar buttons are linked 
to resource IDs. The convention is to build the ID from the menu choices that lead to the item. In 
Figure C.6, the resource ID is ID_FILE_OPEN. 

• Caption. This is the text that appears for a menu choice. In Figure C.6, the caption is 
&Open...\tCtrl+0. The & means that the O will appear underlined, and the menu item can be 
selected by typing O when the menu is displayed. The \t is a tab, and the Ctrl+0 is the accelerator 
for this menu item, as defined in Figure C.3. 

• Prompt. A prompt appears in the status bar when the highlight is on the menu item or the cursor is 
over the associated toolbar button. In Figure C.6, the prompt is Open an existing document\nOpen. 
Only the portion before the newline (\n) is displayed in the status bar. The second part of the 
prompt. Open, is the text for the ToolTip that appears if the user pauses the mouse over a toolbar 
button with this resource ID. All this functionality is provided for you automatically by the 
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framework of Visual C++ and MFC. 

The String Table 

The string table is a list of strings within your application. Many strings, such as the static text on dialog 
boxes or the prompts for menu items, can be accessed in far simpler ways than through the string table, 
but some are reached only through it. For example, a default name or value can be kept in the string table 
and changed without recompiling any code, though the resources will have to be compiled and the 
project linked. Each of these could be hard-coded into the program, but then changes would require a full 
recompile. 

Figure C.7 shows the string table for a sample application. To change a string, open the String Table 
Properties dialog box and change the caption. Strings cannot be changed within the main working area. 

FIG. C.6 Your application receives commands through menus. 

FIG. C.7 The string table stores all the prompts and text in your application. 

Toolbars 

Toolbars are the lines of small buttons typically located directly underneath the menus of an application. 
Each button is linked to a menu item, and its appearance depends on the state of the menu item. If a 
menu item is grayed, the corresponding toolbar button is grayed as well. If a menu item is checked, the 
corresponding toolbar button is typically drawn as a pushed-in button. In this way, toolbar buttons serve 
as indicators as well as mechanisms for giving commands to the application. 

A toolbar button has two parts: a bitmap of the button and a resource ID. When a user clicks the button, it 
is just as though the menu item with the same resource ID was chosen. Eigure C.8 shows a typical 
toolbar and the properties of the Eile, Open button on that toolbar. In this view, you can change the 
resource ID of any button and edit the bitmap with the same tools used to edit icons. 

FIG. C.8 Toolbar buttons are associated with menu items through a resource ID. 

Version Information 

Good installation programs use the version information resource when installing your application on a 
user's machine. For example, if a user is installing an application that has already been installed, the 
installation program may not have to copy as many files. It may alert the user if an old version is being 
installed over a new version, and so on. 

When you create an application with App Wizard, version information like that in Figure C.9 is generated 
for you automatically. Before attempting to change any of it, make sure you understand how installation 
programs use it. 

FIG. C.9 Version information is used by install programs. 
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Looking at Your Code, Arranged by Class 

The ClassView shows the classes in your application. Under each class, the member variables and 
functions are shown, as demonstrated in Figure C.IO. Member functions are shown first with a purple 
icon next to them, followed by member variables with a turquoise icon. Protected members have a key 
next to the icon, whereas private members have a padlock. 

FIG. C.IO The ClassView shows the functions and variables in each class in your application. 

Double-clicking a function name opens the source for that function in the main working area, as shown 
in Figure C.IO. Double-clicking a variable name opens the file in which the variable is declared. 

Right-clicking a classname opens a shortcut menu, shown in Figure C.l 1, with these items: 

• Go to Definition. Opens the header (.h) file at the definition of this class. 

• Go to Dialog Editor. For classes associated with a dialog box, opens the dialog box in the resource 
editor. 

• Add Member Function. Opens the Add Member Function dialog box shown in Figure C.12. This 
adds a declaration of the function to the header file, and the stub of a definition to the source file. 

FIG. C.ll Common commands related to classes are on the ClassView shortcut menu for a class. 



FIG. C.I2 Never again forget to add part of a function declaration or definition when you use the Add 
Member Function shortcut. 

• Add Member Variable. Opens the Add Member Variable dialog box shown in Figure C.13. This 
adds a declaration of the variable to the header file. 

FIG. C.I3 Simplify adding member variables with this shortcut. 

• Add Virtual Function. Opens the New Virtual Override dialog box, discussed in Chapter 3, 
"Messages and Commands." 

• Add Windows Message Handler. Opens the New Windows Message and Event Handlers dialog 
box, discussed in Chapter 3. 

• References. Opens a list of the places where the classname is mentioned within your application. 
Typically the classname occurs in declarations of instances of the class, but this will also find 
places where the classname is passed as a parameter to a function or macro. 

• Derived Classes. Opens a list of all the member functions and member variables of this class, a list 
of other classes that use this class as a base class, and the references information. 

• Base Classes. Opens a list of all the member functions and member variables of this class, a list of 
the base classes of this class, and the references information. 

• Add to Gallery. Adds this class to the Component Gallery, discussed in Chapter 25, "Achieving 
Reuse with the Gallery and Your Own AppWizards." 

• New Folder. Creates a folder you can drag classes into. This helps to organize projects with large 
numbers of classes. 

• Group by Access. Rearranges the order of the list. By default, functions are listed in alphabetical 
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order, followed by data members in alphabetical order. With this option toggled on, functions 
come first (public, then protected, then private functions, alphabetically in each section) followed 
by data members (again public, then protected, then private data members, alphabetically in each 
section). 

• Docking View. Keeps the project workspace window docked at the side of the main working area 
or undocks it if it was docked. 

• Hide. Hides the project workspace window. To redisplay it, choose View, Workspace. 

• Properties. Displays the properties of the class (name, base class). 



TIP: Menu items that appear on a toolbar have their toolbar icon next to them on the menu. 
Make note of the icon; the next time you want to choose that item, perhaps you can use a 
toolbar instead. 



Right-clicking the name of a member function opens a substantial shortcut menu, with the following 
menu items: 

• Go To Definition. Opens the source (.cpp) file at the code for this function. 

• Go To Declaration. Opens the header (.h) file at the declaration of this function. 

• Delete. Removes the function from the class. 

• Set Breakpoint. Sets a breakpoint. Breakpoints are discussed in Appendix D, "Debugging." 

• References. Opens a list of the places where the function is called within your application. 

• Calls. Displays a collapsible and expandable outline of all the functions that this function calls. 
Figure C.14 shows a sample Call Graph window. 

FIG. C.14 The Call Graph window lists all the functions that your function calls, and all the functions 
they call, and so on. 

• Called By. Displays a Callers Graph listing the functions this function is called by. 

• New Folder. Creates a folder you can drag classes into. This helps organize projects with large 
numbers of classes. 

• Group by Access. Rearranges the order of the list. By default, functions are listed in alphabetical 
order, followed by data members in alphabetical order. With this option toggled on, functions 
come first (public, then protected, then private functions, alphabetically in each section) followed 
by data members (again public, then protected, then private data members, alphabetically in each 
section). 

• Docking View. Keeps the workspace window docked at the side of the main working area. 

• Hide. Hides the workspace window. To redisplay it, choose View, Workspace. 

• Properties. Displays the properties of the function (name, return type, parameters). 

Right-clicking the name of a member variable opens a shortcut menu with less menu items. The items are 
as follows: 

• Go To Definition. Opens the header (.h) file at the declaration of this variable. 

• References. Opens a list of the places where the variable is used within your application. 
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• New Folder. Creates a folder you can drag classes into. This helps organize projects with large 
numbers of classes. 

• Group by Access. Rearranges the order of the list. By default, functions are listed in alphabetical 
order, followed by data members in alphabetical order. With this option toggled on, functions 
come first (public, then protected, then private functions, alphabetically in each section) followed 
by data members (again public, then protected, then private data members, alphabetically in each 
section). 

• Docking View. Keeps the workspace window docked at the side of the main working area. 

• Hide. Hides the workspace window. To redisplay it, choose View, Workspace. 

• Properties. Displays the properties of the variable (name and type). 

When the main working area is displaying a source or header file, you can edit your code as described in 
the later section "Editing Your Code." 

Looking at Your Code, Arranged by File 

The FileView is much like the ClassView in that you can display and edit source and header files (see 
Figure C.15). However, it gives you access to parts of your file that are outside class definitions and 
makes it easy to open non-code files like resources and plain text. 

The project workspace window contains a tree view of the source files in your project. The default 
categories used are Source Files, Header Files, Resource Files, Help Files (if you project has Help) and 
External Dependencies. You can add your own categories by right- clicking anywhere in the FileView 
and choosing New Folder, and then specifying which file extensions belong in the new category. 

FIG. C.15 The FileView displays source and header files. 

Double-clicking a file name displays that file in the main working area. You can then edit the file (even if 
it isn't a source or header file) as described in the later section "Editing Your Code." 

Output and Error Messages 

Across the bottom of the Developer Studio screen is the Output view. This is a tabbed view that shows 
output and error messages from a variety of Developer Studio functions. 



TIP: If there is no Output view on your screen, choose View, Output from the menu to 
restore the view. 



The five tabs in the Output view are the following: 

• Build. Displays the results of compiling and linking. 

• Debug. Used when debugging, as discussed in Appendix D. 

• Find in Files L Displays the results of the Find in Files search, discussed later in this chapter. 

• Find in Files 2. An alternative display window for Find in Files results so that you can preserve 



http://www.pbs.mcp.com/ebooks/0789715392/apc/apc.htm (9 of 32) [7/29/1999 3:59:50 PM] 



Special Edition Using Visual C++ 6 -- Appendix C - The Visual Studio User Interface, Menus, and Toolbars 



earlier results. 

• Results. Displays results of tools like the profiler, discussed in Chapter 24, "Improving Your 
Application's Performance." 

If you have installed the Enterprise Edition of Visual C++, there is a sixth tab, SQL Debugging. Eor more 
information, see Chapter 23, "SQL and the Enterprise Edition." 

Editing Your Code 

Eor most people, editing code is the most important task you do in a development environment. If you've 
used any other editor or word processor before, you can handle the basics of the Developer Studio editor 
right away. You should be able to type in code, fix your mistakes, and move around in source or header 
files by using the basic Windows techniques you would expect to be able to use. Because this is a 
programmer's editor, there are some nice features you should know about. 

Basic Typing and Editing 

To add text to a file, click where you want the text to go and start typing. By default, the editor is in 
Insert mode, which means your new text pushes the old text over. To switch to Overstrike mode, press 
the Insert key. Now your text types over the text that is already there. The OVR indicator on the status 
bar reminds you that you are in Overstrike mode. Pressing Insert again puts you back in Insert mode. 
Move around in the file by clicking with the mouse or use the cursor keys. To move a page or more at a 
time, use the Page Up and Page Down keys or the scrollbar at the right side of the main working area. 

By default, the window for the file you are editing is maximized within the main working area. You can 
click the Restore button at the top right, just under the Restore button for all of Developer Studio, to 
show the file in a smaller window. If you have several files open at once, you can arrange them so that 
you can see them side by side, as shown in Eigure C.16. 

FIG. C.16 Your files are in MDI windows, so you can edit several at once, side by side. 

Working with Blocks of Text 

Much of the time, you will want to perform an action on a block of text within the editor. Eirst, select the 
block by clicking at one end of it and, holding the mouse button down, moving the mouse to the other 
end of the block, then releasing the mouse button. This should be familiar from so many other Windows 
applications. Not surprisingly, at this point you can copy or cut the block to the Clipboard, replace it with 
text you type, replace it with the current contents of the Clipboard, or delete it. 



TIP: To select columns of text, as shown in Eigure C.17, hold down the Alt key as you 
select the block. 
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Syntax Coloring 

You may have noticed the color scheme used to present your code. Developer Studio highlights the 
elements of your code with syntax coloring. By default, your code is black, with comments in green and 
keywords (reserved words in C++ such as public, private, new, or int) in blue. You can also arrange for 
special colors for strings, numbers, or operators (such as + and -) if you want, using the Format tab of the 
Options dialog box, reached by choosing Tools, Options. 

Syntax coloring can help you spot silly mistakes. If you forget to close a C-style comment, the huge 
swath of green in your file points out the problem right away. If you type inr where you meant to type 
int, the inr isn't blue, and that alerts you to a mistyped keyword. This means you can prevent most 
compiler errors before you even compile. 

FIG. C.17 Selecting columns makes fixing indents much simpler. Hold down the Alt key as you select the 
block. 



TIP: If you build Web pages and still use Notepad from time to time so that you can see the 
tags, you're in for a pleasant surprise. Open an HTML file in Developer Studio and see 
HTML syntax coloring in action. You'll never go back to Notepad. 



Shortcut Menu 

Many of the actions you are likely to perform are available on the shortcut menu that appears when you 
right-click within a file you are editing. The items on that menu are as follows: 

• Cut. Cuts the selected text to the Clipboard. 

• Copy. Copies the selected text to the Clipboard. 

• Paste. Replaces the selected text with the Clipboard contents, or if no text is selected, inserts the 
Clipboard contents at the cursor. 

• Insert File Into Project. Adds the file you are editing to the project you have open. 

• Check Out. If you're using Visual Source Safe, marks the file as being changed by you. 

• Open. Opens the file whose name is under the cursor. Especially useful for header files because 
you don't need to know what folder they are in. 

• List members. Lists the member variables and functions of the object under the cursor. 

• Type Info. Pops up a tip to remind you of the type of a variable or function. 

• Parameter Info. Pops up a tip to remind you the parameters a function takes. 

• Complete Word. "Wakes up" AutoComplete to help with a variable or function name that is 
partially typed. 

• Go To Definition. Opens the file where the item under the cursor is defined (header for a variable, 
source for a function) and positions the cursor at the definition of the item. 

• Go To Reference. Positions the cursor at the next reference to the variable or function whose name 
is under the cursor. 

• Insert/Remove Breakpoint. Inserts a breakpoint at the cursor or removes one that is already there. 
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• Enable Breakpoint. Enables a disabled breakpoint (breakpoints are discussed in Appendix D). 

• ClassWizard. Opens ClassWizard. 

• Properties. Opens the property sheet. 

Not all the items are enabled at once— for example, Cut and Copy are only enabled when there is a 
selection. Insert File into Project is enabled only when the file you're editing is not in the project you 
have open. All these actions have menu and toolbar equivalents and are discussed more fully later in this 
chapter. 

Learning the Menu System 

Developer Studio has many menus. Some commands are three or four levels deep under the menu 
structure. In most cases, there are far quicker ways to accomplish the same task, but for a new user, the 
menus are an easier way to learn because you can rely on reading the menu items as opposed to 
memorizing shortcuts. There are nine menus on the Developer Studio menu bar, as follows: 

• File. For actions related to entire files, such as opening, closing, and printing. 

• Edit. For copying, cutting, pasting, searching, and moving about. 

• View. For changing the appearance of Developer Studio, including toolbars and subwindows such 
as the Workspace window. 

• Insert. For adding files or components to your project. 

• Project. For dealing with your entire project. 

• Build. For compiling, linking, and debugging. 

• Tools. For customizing the Developer Studio and accessing standalone utilities. 

• Window. To change which window is maximized or has focus. 

• Help. To use the InfoViewer system (not the usual online help). 

The following section presents each Developer Studio menu in turn and mentions keyboard shortcuts and 
toolbar buttons where they exist. 

Using the File Menu 

The File menu, shown in Figure C.18, collects most of the commands that affect entire files or the entire 
project. 

FIG. C.18 The File menu has actions for files like Open, Close, and Print. 

File New (Ctrl+N) Choosing this menu item opens the New dialog box, shown in Figure C.19. This 
tabbed dialog box is used to create new files, projects, workspaces, or other documents. The Project tab 
is used to start App Wizard, discussed for the first time in Chapter 1, "Building Your First Windows 
Application." 

FIG. C.19 The New dialog box is used to create new files or workspaces. 

This dialog box is an easy way to create a blank file, give it a name, and insert it into your project all in 
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one step. 

File Open (Ctrl+O) Choosing this item opens the Open dialog box, as shown in Figure C.20. (It's the 
standard Windows File Open dialog box, so it should be familiar.) The file type defaults to Common 
Files with .C, .CPP, .CXX, .TLI, .H, .TLH, .INL, or .RC extensions. By clicking the drop-down box, you 
can open almost any kind of file, including executables and workspaces. 



TIP: Don't forget the list of recently opened files further down the File menu. That can save 
a lot of typing or clicking. 



FIG. C.20 The familiar File Open dialog box is used to open a variety of file types. 

File Close Choosing the File, Close item closes the file that has focus; if no file has focus, the item is 
grayed. You can also close a file by clicking the cancel button, depicted by an X, in the top-right corner. 
You may also close the window by double-clicking the icon in the upper-left comer. (The icon used to be 
the system menu, shown with a minus on a button.) 

File Open Workspace Use this item to open a workspace. (You can use File, Open and change the file 
type to Project Workspaces, but using File, Open Workspace is quicker.) 

File Save Workspace Use this item to save a workspace and all the files within it. 

File Close Workspace Use this item to close a workspace. The current workspace is closed 
automatically when you create a new project or open another workspace, so you won't use this menu item 
very often. 

File Save (Ctrl+S) Use this item to save the file that has focus at the moment; if no file has focus, the 
item is grayed. There is a Save button on the Standard toolbar as well. 

File Save As Use this item to save a file and change its name at the same time. It saves the file that has 
focus at the moment; if no file has focus, the item is grayed. 

File Save All This item saves all the files that are currently open. All files are saved just before a 
compile and when the application is closed, but if you aren't compiling very often and are making a lot of 
changes, it's a good idea to save all your files every 15 minutes or so. (You can do it less often if the idea 
of losing that amount of work doesn't bother you.) 

File Page Setup This item opens the Page Setup dialog box, shown in Figure C.21. Here you specify the 
header, footer, and margins— left, right, top, and bottom. The header and footer can contain any text 
including one or more special fields, which you add by clicking the arrow next to the edit box or entering 
the codes yourself. The codes are 

• Filename. The name of the file being printed (&f). 

• Page Number. The current page number (&p). 

• Current Time. The time the page was printed (&t). 

• Current Date. The date the page was printed (&d). 

• Left Align. Align this portion to the left (&1). 

• Right Align. Align this portion to the right (&c). 
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• Center. Center this portion (this is the default alignment) (&c). 

FIG. C.21 The Page Setup dialog box lays out your printed pages the way you want. 



File Print (Ctrl+P) Choosing this item prints the file with focus according to your Page Setup settings. 
(The item is grayed if no file has focus.) The Print dialog box, shown in Figure C.22, has you confirm the 
printer you want to print on. If you have some text highlighted, the Selection radio button is enabled. 
Choosing it lets you print just the selected text; otherwise, only the All radio button is enabled, which 
prints the entire file. If you forget to set the headers, footers, and margins before choosing File, Print, the 
Setup button opens the Page Setup dialog box discussed in the previous section. There is no way to print 
only certain pages or to cancel printing after it has started. 

FIG. C.22 The Print dialog box confirms your choice to print a file. 

Recent Files and Recent Workspaces The recent files and workspaces items, between Print and Exit, 
each lead to a cascading menu. The items on the secondary menus are the names of files and workspaces 
that have been opened most recently, up to the last four of each. These are real time-savers if you work 
on several projects at once. Whenever you want to open a file, before you click that toolbar button and 
prepare to point and click your way to the file, think first whether it might be on the File menu. Menus 
aren't always the slower way to go. 

File Exit Probably the most familiar Windows menu item of all, this closes Developer Studio. You can 
also click the X in the top-right comer or double-click what used to be the system menu in the top left. If 
you have made changes without saving, you get a chance to save each file on your way out. 

Edit 

The Edit menu, shown in Eigure C.23, collects actions related to changing text in a source file. 

Edit Undo (Ctrl+Z) The Undo item reverses whatever you just did. Most operations, like text edits and 
deleting text, can be undone. When Undo is disabled, it is an indication that nothing needs to be undone 
or you cannot undo the last operation. 

FIG. C.23 The Edit menu holds items that change the text in a file. 

There is an Undo button on the Standard toolbar. Clicking the arrow next to the button displays a stack 
(reverse order list from most recent to least recent) of operations that can be undone. You must select a 
contiguous range of undo items including the first, second, and so on. You cannot pick and choose. 

Edit Redo (Ctrl+Y) As you undo actions, the name given to the operations move from the Undo to the 
Redo list (Redo is next to Undo on the toolbar). If you undo a little too much, choose Edit, Redo to 
un-undo them (if that makes sense). 

Edit Cut (Ctrl+X) This item cuts the currently highlighted text to the Clipboard. That means a copy of 
it goes to the Clipboard, and the text itself is deleted from your file. The Cut button (represented as 
scissors) is on the Standard toolbar. 

Edit Copy (Ctrl+C) Editing buttons on the toolbar are grouped next to the scissors (Cut). Edit, Copy 
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copies the currently selected text or item to the Windows Clipboard. 

Edit Paste (Ctrl+V) Choosing this item copies the Clipboard contents at the cursor or replaces the 
highlighted text with the Clipboard contents if any text is highlighted. The Paste item and button are 
disabled if there is nothing in the Clipboard in a format appropriate for pasting to the focus window. In 
addition to text, you can copy and paste menu items, dialog box items, and other resources. The Paste 
button is on the Standard toolbar. 

Edit Delete (Delete) Edit, Delete clears the selected text or item. If what you deleted is undeletable, the 
Undo button is enabled, and the last operation is added to the Undo button combo box. Deleted material 
does not go to the Clipboard and cannot be retrieved except by undoing the delete. 

Edit Select All (Ctrl+A) This item selects everything in the file with focus that can be selected. For 
example, if a text file has focus, the entire file is selected. If a dialog box has focus, every control on it is 
selected. 

To select many items on a dialog box, you can click the first item and then Ctrl+click each remaining 
item. It is often faster to use Edit, Select All to select everything and then Ctrl+click to deselect the few 
items you do not want highlighted. 

Edit Find (Ctrl+F) The Find dialog box shown in Figure C.24 enables you to search for text within the 
file that currently has the focus. Enter a word or phrase into the Find What edit box. The following check 
boxes set the options for the search: 

• Match Whole Word Only. If this is checked, table in the Find What box matches only table, not 
suitable or tables. 

• Match Case. If this is checked. Chapter in the Find What box matches only Chapter, not chapter or 
CHAPTER. Uppercase and lowercase must match. 

• Regular Expression. The Find What box is treated as a regular expression if this box is checked. 

• Search All Open Documents. Expands your search to all the documents you have open at the 
moment. 

• Direction. Choose the Up radio button to search backwards and the Down radio button to search 
forwards through the file. 

FIG. C.24 The Find dialog box is used to find a string within the file that has focus. 



TIP: If you highlight a block of text before selecting Edit, Find, that text is put into the Find 
What box for you. If no text is highlighted, the word or identifier under the cursor is put into 
the Find What box. 



A typical use for the Find dialog box is to enter some text and click the Find Next button until you find 
the precise occurrence of the text for which you are searching. You may want to combine the Find 
feature with bookmarks (discussed a little later in this section) and put a bookmark on each line that has 
an occurrence of the string. Click the Mark All button in the Find dialog box to add temporary, unnamed 
bookmarks on match lines; they are indicated with a blue oval in the margin. 

There is a Find edit box on the Standard toolbar. Enter the text you want to search for in the box and 
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press Enter to search forward. Regular expressions are used if you have turned them on using the Find 
dialog box. To repeat a search, click in the search box and press Enter. You may wish to add the Find 
Next or Find Previous buttons to the Standard toolbar using the Tools, Customize menu item described 
later in this chapter. 



Regular Expressions 

Many of the find and replace operations within Developer Studio can be made more 
powerful with regular expressions. For example, if you want to search for a string only at 
the end of a line, or one of several similar strings, you can do so by constructing an 
appropriate regular expression, entering it in the Find dialog box, and instructing Developer 
Studio to use regular expressions for the search. A regular expression is some text combined 
with special characters that represent things that can't be typed, such as "the end of a line" or 
"any number" or "three capital letters." 

When regular expressions are being used, some characters give up their usual meaning and 
instead stand in for one or more other characters. Regular expressions in Developer Studio 
are built from ordinary characters mixed in with these special entries, shown in Table C.l. 

You don't have to type these in if you have trouble remembering them. Next to the Find 
What box is an arrowhead pointing to the right. Click there to open a shortcut menu of all 
these fields, and click any one of them to insert it into the Find What box. (You need to be 
able to read these symbols to understand what expression you are building, and there's no 
arrowhead on the toolbar's Find box.) Remember to select the Regular Expressions box so 
that these regular expressions are evaluated properly. 

Here are some examples of regular expressions: 

• ^test$ matches only test alone on a line. 

• doc[1234] matches docl, doc2, doc3, or doc4 but not doc5. 

• doc[l-4] matches the same strings as above but requires less typing. 

• doc[^56] matches doca, docl, and anything else that starts with doc and is not doc5 or 
doc6. 

• H\~e matches Hillo and Hxllo (and lots more) but not Hello. H['^e]llo has the same 
effect. 

• [xy]z matches xz and yz. 

• New *York matches New York but also NewYork and New York. 

• New +York matches New York and New York but not NewYork. 
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• New.*k matches Newk, Newark, and New York, plus lots more. 



• \:n matches 0.123, 234, and 23.45 (among others) but not -1C. 

• Worlds matehes World at the end of a line, but World\$ matches only World$ 
anywhere on a line. 



Table C.1 Regular Expression Entries 



Entry 


Matches 


A 


Start of the line. 


$ 


End of the line. 


• 


Any single character. 


[] 


Any one of the characters within the brackets (usee for a range, ^ for "except"). 


\~ 


Anything except the character that follows next. 


* 


Zero or more of the next character. 


+ 


One or more of the next charaeter. 


{ } 


Doesn't match specially, but saves part of the match string to be used in the replacement string. 
Up to nine portions can be tagged like this. 


[] 


Either of the characters within the []. 


\:a 


A single letter or number. 


\:b 


Whitespace (tabs or spaces). 


\:c 


A single letter. 


\:d 


A single numerical digit. 


\:n 


An unsigned number. 


\:z 


An unsigned integer. 


\:h 


A hexadecimal number. 


\:i 


A string of characters that meets the rules for C+-I- identifiers (starts with a letter, number, or 
underscore). 


\:w 


A string of letters only. 


\:q 


A quoted string surrounded by double or single quotes. 


\ 


Removes the special meaning from the character that follows. 



Edit Find in Files This useful command searches for a word or phrase within a large number of files at 
once. In its simplest form, shown in Figure C.25, you enter a word or phrase into the Find What edit box, 
restrict the search to certain types of files in the In Files /File Types box, and choose the folder to 
conduct the search within the In Folder edit box. The following check boxes in the bottom half of the 
dialog box set the options for the search: 
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FIG. C.25 The simplest Find In Files approach searches for a string within a folder and its subfolders. 

• Match Whole Word Only. If this is checked, table in the Find What box matches only table, not 
suitable or tables. 

• Match Case. If this is checked. Chapter in the Find What box matches only Chapter, not chapter or 
CHAPTER. Uppercase and lowercase must match. 

• Regular Expression. The Find What box is treated as a regular expression (see the sidebar 
"Regular Expressions") if this box is checked. 

• Look in Subfolders. Work through all the subfolders of the chosen folder if this is checked. 

• Output to Pane 2. Sends the results to the Eind in Eiles 2 pane of the output window, so as not to 
wipe out the results of an earlier search. 

Using Advanced Text Finding Features At the bottom right of the Find in Files dialog box is the 
Advanced button. Clicking it expands the dialog box shown in Figure C.26 and allows you to search 
several different folders at once. 

FIG. C.26 Advanced Find in Files searches for a string within several folders and their subfolders. 



TIP: If you highlight a block of text before selecting Find in Files, that text is put into the 
Find What box for you. If no text is highlighted, the word or identifier under the cursor is 
put into the Find What box. 



The results of the Find in Files command appear in the Find in Files 1 tab (unless you ask for pane 2) of 
the output window; the output window will be visible after this operation if it was not already. You can 
resize this window like any other window, by holding the mouse over the border until it becomes a sizing 
cursor, and you can scroll around within the window in the usual way. Double-clicking a filename in the 
output list opens that file with the cursor on the line where the match was found. 

Edit Replace (Ctrl+H) This item opens the Replace dialog box, shown in Figure C.27. It is very similar 
to the Find dialog box but is used to replace the found text with new text. Enter one string into the Find 
What edit box and the replacement string into the Replace With edit box. The three check 
boxes— Regular Expression, Match Case, and Match Whole Word Only— have the same meaning as on 
the Find dialog box (discussed in the previous section). The Replace In radio buttons enable you to 
restrict the search-and-replace operation to a block of highlighted text, if you prefer. 

FIG. C.27 The Replace dialog box is used to replace one string with another. 

To see the next match before you agree to replace it, click Find Next. To replace the next match or the 
match you have just found, click Replace. If you are confident that there won't be any false matches, you 
can click Replace All to do the rest of the file all at once. (If you realize after you click Replace All that 
you were wrong, there is always Edit, Undo.) 

Edit Go To (Ctrl+G) The Go To dialog box (see Figure C.28) is a central navigation point. It enables 
you to go to a particular line number (the default), address, reference, or bookmark, among other things. 
To use the Go To dialog box, select something from the Go To What list on the left; if Fine is selected, 
enter a line number; if Bookmark is selected, pick the particular bookmark from the combo box; and so 
on. 
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FIG. C.28 The Go To dialog box moves you around within your project. 

The Go To What box contains the following choices: 

• Address. In the Memory or Disassembly windows, as explained in Appendix D, you can go to an 
address given by a debugger expression. 

• Bookmark. In a text file, you can go to a bookmark, though you are more likely to choose Edit, 
Bookmarks or the bookmark-related buttons on the Edit toolbar. 

• Definition. If the cursor is over the name of a function, this opens the source (.cpp) file at its 
definition. If the cursor is over a variable, it opens the include (.h) file. 

• Error/T ag. After a compile, you can move from error to error by double-clicking them within the 
output window by using this dialog box or (most likely) by pressing E4. 

• Line. This is the default selection. The line number that is filled in for you is your current line. 

• Ojfset. Enter an offset address (in hexadecimal). 

• Reference. Enter a name, such as a function or object name, and the cursor will be placed on the 
line of code where the name is defined, in your code or in the MEC libraries. 



TIP: The pushpin in the upper-left comer of this dialog box is used to "pin" it to the screen 
so that it stays in place after you have gone to the requested location. Click the pin to unpin 
the dialog box from the screen so that it goes away after the jump. 



Edit Bookmarks (Alt+F2) This item is used to manage the bookmarks within your text files. The 
bookmark list is shown in Figure C.29. Note that temporary bookmarks set by the Find command are not 
included in this list. 

FIG. C.29 The Bookmark dialog box manages the bookmarks you have set in text files. 

To add a named bookmark for the line you are on and have it saved with the file, type a name in the 
Name box and click Add. To go to a named bookmark, choose it from the list box and click Go To. 

There are buttons on the Edit toolbar to add or delete a bookmark at the cursor, move to the next or 
preceding bookmark, and clear all bookmarks in the file. 

Edit ActiveX Control in HTML If you have Visual InterDev installed and are working with an 
ActiveX control, this menu item will let you edit its settings. Building ActiveX controls is discussed in 
Chapter 17, "Building an ActiveX Control." 

Edit HTML Layout This item is used to edit an HTML layout with Visual InterDev. 

Edit Advanced Choosing this item opens a cascading menu with the following items: 

• Incremental Search. This is a faster search than opening the Find dialog box discussed earlier. You 
enter your search string directly on the status bar. As you type each letter. Developer Studio finds 
the string you have built so far. For example, in a header file, if you choose Edit, Advanced, 
Incremental Search and then type p, the cursor will jump to the first instance of the letter p, 
probably in the keyword public. If you then type r, the cursor will jump to the first pr, probably in 
the keyword protected. This can save you typing the entire word you are looking for. 
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• Format Selection. This item adjust the indenting of a selection using the same rules that apply 
when you are entering code. 

• Tabify Selection. Converts spaces to tabs. 

• Untabify Selection. Converts tabs to spaces. 

• Make Selection Uppercase. Converts the selected text to capital letters. 

• Make Selection Lowercase. Converts the selected text to lowercase letters. 

• View Whitespace. Inserts small placeholder characters (. for space and » for tab) to show all the 
whitespace in your document. 

Edit Breakpoints (Alt+F9) A breakpoint pauses program execution. The Edit, Breakpoints item 
displays the Breakpoints dialog box, shown in Figure C.30 and discussed in Appendix D. 

FIG. C.30 The Breakpoints dialog box is used in debugging your application. 

Edit List Members (Ctrl+Alt+T) This item is used to "reawaken" Autocomplete for code you have 
already typed. It opens a list of member variables and functions for the class whose implementation you 
are editing, as well as global variables and functions. This list is generally too long to be useful. 

Edit Type Info (Ctrl+T) This pops up a little window telling you the type of variable the cursor is on. 
You can get this window much more easily by pausing the mouse over the variable and waiting a second 
or two. 

Edit Parameter Info (Ctrl+Shift+Space) This pops up a window reminding you of the parameters 
taken by the function the cursor is on. Again, this information will pop up if you just pause the mouse 
over the function name. 

Edit Complete Word (Ctrl+Space) This asks Autocomplete to fill in the word you are typing. If you 
haven't typed much of it, you may get a dialog box from which to choose the word you want. The 
Autocomplete dialog box generally only appears after you have typed -> or . to indicate you are looking 
for a member function or variable. When the function you want to call is a member of the class you are 
editing, it's annoying to type this— > just to open Autocomplete. Use Ctrl+Space instead. 



NOTE: If these options are disabled, check your AutoComplete settings by choosing Tools, 
Options and clicking the Editor tab, shown in Figure C.55. n 



Using the View Menu 

The View menu, shown in Figure C.31, collects actions that are related to the appearance of Developer 
Studio— which windows are open, what toolbars are visible, and so on. 

View ScriptWizard This InterDev-related command is used to edit Web page scripts. 

View ClassWizard (Ctrl+W) ClassWizard is probably the most used tool in Developer Studio. 

FIG. C.3I The View menu controls the appearance of Developer Studio. 

Whenever you add a resource (menu, dialog box, control, and so on), you connect it to your code with 
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ClassWizard. When you are working with ActiveX, you use ClassWizard to set up properties, methods, 
and events. If you use custom messages, you use ClassWizard to arrange for them to be caught. You 
learn how to use ClassWizard starting in Chapter 2. 



CAUTION: All changed files are saved when you open ClassWizard, just as they are saved 
before a compile. If you have been making changes that you may not want saved, don't open 
ClassWizard. 



View Resource Symbols This item opens the Resource Symbols dialog box, shown in Figure C.32. It 
displays the resource IDs, such as ID_EDIT_COPY, used in your application. The large list box at the 
top of the dialog box lists resource IDs, and the smaller box below it reminds you where this resource is 
used— on a menu, in an accelerator, in the string table, and so on. The buttons along the right side are 
used to make changes. Click New to create a new resource ID, Delete to delete this resource ID (if it's not 
in use). Change to change the ID (if it's in use by only one resource), and View Use to open the resource 
(menu, string table, and so on) that is highlighted in the lower list. 

FIG. C.32 The Resource Symbols dialog box displays resource IDs. 

View Resource Includes Choosing this item opens the Resource Includes dialog box, as shown in 
Figure C.33. It is unusual for you to need to change this generated material. In the rare cases where the 
resource.h file generated for you is not quite what you need, you can add extra lines with this dialog box. 

FIG. C.33 The Resource Includes dialog box lets you insert extra instructions into the file that describes 
the resources of your project. 

View Full Screen This item hides all the toolbars, menus. Output window, and Project Workspace 
window, giving you the entire screen as the main working area. One small toolbar appears whose only 
button is Toggle Full Screen. Click that button or press the Esc key to restore the menus, toolbars, and 
windows. 

View Workspace (Alt+0) Choosing this item opens the Workspace window, if it is hidden. It does not 
take away the Workspace window. To hide it, right-click the window and choose Hide, or press 
Shift+Esc while the window has focus. There is a Workspace button on the Standard toolbar, which hides 
or displays the window. 

View Output (Alt+2) This item opens the Output window, if it is hidden. To hide the Output window, 
right-click it and choose Hide, or press Shift+Esc while the window has focus. The Output window opens 
automatically when you build your project or use Eind in Eiles. 

View Debug Windows This cascading menu deals with windows used while debugging, which are 
discussed in Appendix D. It contains the following items: 

• Watch 

• Call Stack 

• Memory 

• Variables 

• Registers 
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• Disassembly 

View Properties (Alt+Enter) Choosing this item opens a property sheet. The property sheets for 
different items vary widely, as shown in Figures C.34, C.35, and C.36, which illustrate the property sheet 
for an entire source file, an accelerator table selected in the Project Workspace window, and one key in 
that accelerator table, respectively. 

Property sheets are a powerful way of editing non-source file entities, such as resources. For functions 
and variables, however, it's usually easier to make the changes in the source file. Some rather obscure 
effects can only be achieved through property sheets. For example, to turn off syntax coloring for a file, 
use the property sheet to set the language to None. (The effect will be observed after the window is 
repainted by Windows.) 



TTIP: The property normally disappears as soon as you click something else. If you click 
the pushpin button in the top-left corner, it stays "pinned" to the screen as you work, 
displaying the properties of all the entities you are working with. 



FIG. C.34 The property sheet for a source file reminds you of the name and size and lets you set the 
language (used for syntax coloring) and tab size. 

FIG. C.35 The property sheet for an accelerator table is where you set the language, enabling you to 
include multiple tables in one application. 

FIG. C.36 The property sheet for an entry in an accelerator table gives you full control over the 
keystrokes associated with the resource ID. 

FIG. C.37 The Insert menu is one way to add items to a project or a file. 



Insert 

The Insert menu, shown in Figure C.37, collects actions related to inserting something into your project 
or one of its files. 

Insert New Class Use this item to create a header and source file for a new class and add it to this 
project. The New Class dialog box is shown in Figure C.38. Note the drop-down box that makes 
specifying the base class simpler. 

Insert New Form This item generates a CFormView and attaches it to your application. A CFormView 
can contain controls, such as a combination of a dialog and a view. 

Insert Resource (Ctrl+R) Use this item to add a new resource to your project. The Insert Resource 
dialog box, shown in Figure C.39, appears. Choose the type of resource to be added and click New. 

There are buttons on the Resource toolbar to add a new dialog box, menu, cursor, icon, bitmap, toolbar, 
accelerator, string table, or version. 

FIG. C.38 The New Class dialog box simplifies creating a new class. 

FIG. C.39 The Insert Resource dialog box is one way to add resources to your project. 
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Insert Resource Copy Use this item to copy an existing resource, changing only the language (for 
example, from US English to Canadian French) or the condition (for example, building a debug version 
of a dialog box). Your project will have different language versions of the resource, allowing you to use 
compiler directives to determine which resource is compiled into the executable. 

Insert File As Text This item reads an entire file from the hard drive into the file you are editing. The 
text is inserted at the current cursor position. 

Insert New ATL Object When you are creating an ActiveX control with the Active Template Library 
(ATL), use this item to insert ATL objects into your project. See Chapter 21, "The Active Template 
Library." 

Project 

The Project menu, shown in Figure C.40, holds items associated with project maintenance. The items in 
this menu are listed in the following sections. 

Project Set Active Project If you have several projects in your workspace, this item sets which project 
is active. 

FIG. C.40 The Project menu simplifies project maintenance. 

Project Add to Project This item opens a cascading menu with the following choices: 

• New. Opens the same dialog box as File, New with the Add to Project box selected. 

• New Folder. Creates a new folder to organize the classes in the project. 

• Files. Opens the Insert Files into Project dialog box shown in Figure C.41. 

• Data Connection. Available in the Enterprise Edition discussed in Chapter 23, this item connects 
your project to a data source. 

• Components and Controls. Opens the Components and Control Gallery, discussed in Chapter 25. 

FIG. C.41 The Insert Files into Project dialog box looks very much like a File Open dialog box. 

Project Source Control This item gathers together a number of tasks related to tracking and controlling 
revisions to your project source. 



See "Using Visual Source Safe," ch 23 



Project Dependencies This item allows you to make one project dependent on another so that when one 
project is changed, its dependents are rebuilt. 

Project Settings (Alt+F7) This item opens the Project Settings dialog box, which has the following 10 
tabs: 

• General. Change the static versus shared DLL choice you made when AppWizard built this 
project, and change the directory where intermediate (source and object) or output (EXE, DLL, 
OCX) files are kept (see Figure C.42). 

• Debug. These settings are discussed in Appendix D. 
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FIG. C.42 The General tab of the Project Settings dialog box governs where files are kept. 

• C/C++. These are your compiler settings. The Category combo box has General selected by 
default. To change the settings category, select a category from the combo box. Figure C.43 shows 
the General category. You can change the optimization criteria (your choices are Default, 
Maximize Speed, Minimize Size, Customize, or Disable if your debugging is being thrown off by 
the optimizer) or the warning level. This tab is discussed in more detail in Chapter 24. 

FIG. C.43 The C/C++ tab of the Project Settings dialog box governs compiler settings in eight 
categories, starting with General. 

• Link. This tab controls linker options, which you are unlikely to need to change. The settings are 
divided into five categories; the General category is shown in Figure C.44. 

• Resources. This tab, shown in Figure C.45, is used to change the language you are working in. 

This tab enables you to change which resources are compiled into your application, and other 
resource settings. 

• MIDL. This tab is used by programmers who are building a type library (TLB) from an object 
description (ODL) file. ODL files are discussed in Chapter 16, "Building an Automation Server." 

FIG. C.44 The Link tab of the Project Settings dialog box governs linker settings in five categories, 
starting with General. 

FIG. C.45 The Resources tab of the Project Settings dialog box governs resources settings, including 
language. 

• Browse Info. This tab, shown in Figure C.46, controls the Browse Info (.BSC) file used for Go To 
Definition, Go To Declaration, and similar menu items. If you never use these, your links will be 
quicker if you don't generate browse information. If you want browse information, in addition to 
checking Build Browse Info File Name on this tab, check Generate Browse Info in the General 
category of the C/C++ tab. 

FIG. C.46 The Browse Info tab of the Project Settings dialog box turns on or off the powerful browse 
feature. 

• Custom Build. These settings allow you to add your own steps to be performed as part of every 
build process. 

• Pre-Link Step. You can add your own steps just before the link step. 

• Post-Build Step. You can add your own steps to be performed after everything else has 
successfully completed. 

To see the last few tabs, click the right-pointing arrow at the end of the list of tabs. You can adjust the 
settings for each configuration (Debug, Release, and so on) separately or all at once. Many of the panes 
have a Reset button that restores the settings to those you chose when you first created the project. 

Build 

The Build menu, shown in Figure C.47, holds all the actions associated with compiling, running, and 
debugging your application. 
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FIG. C.47 The Build menu is used to compile, link, and debug your application. 



The Build menu will be a hub of activity when your are ready to compile and debug. The Build menu 
item names are listed in the following sections. 

Build Compile (Ctrl+F7) Choosing this item compiles the file with focus. This is a very useful thing to 
do when you are expecting to find errors or warnings, such as the first time you compile after a lot of 
changes. For example, if there is an error in a header file that is included in many source files, a typical 
build produces error messages related to that header file over and over again as each source file is 
compiled. If there are warnings in one of your source files, a typical build links the project, but you might 
prefer to stop and correct the warnings. There is a Compile button on the Build toolbar, represented by a 
stack of papers with an arrow pointing downward. 

Build Build (F7) This item compiles all the changed files in the project and then links them. There is a 
Build button on the Build toolbar. 

Build Rebuild All This item compiles all files in the project, even those that have not been changed 
since the last build, and then links them. There are times when a typical build misses a file that should be 
recompiled; using this item corrects the problem. 

Build Batch Build Typically a project contains at least two configurations: Debug and Release. Usually 
you work with the Debug configuration, changing, building, testing, and changing the project again until 
it is ready to be released, and then you build a Release version. If you ever need to build several 
configurations at once, use this menu item to open the Batch Build dialog box shown in Figure C.48. 
Choose Build to compile only changed files and Rebuild All to compile all files. If the compiles are 
successful, links follow. Choose Clean to delete intermediate and output files, leaving only source files. 

FIG. C.48 The Batch Build dialog box builds several configurations of your project at once. 

Build Clean This item deletes all the intermediate and output files so that your project directory 
contains only source files. 

Build Start Debug Debugging is a lengthy topic, discussed in Appendix D. 

Build Debugger Remote Connection It is possible to run a program on one computer and debug it on 
another. As part of that process, you use this menu item to connect the two computers. This is discussed 
in Appendix D. 

Build Execute (Ctrl+F5) Choosing the Build, Execute item runs your application without opening the 
debugger. 

Build Set Active Configuration The Set Active Project Configuration dialog box, shown in Figure 
C.49, sets which of your configurations is active (typically Debug and Release). The active configuration 
is built by the Build commands. 

FIG. C.49 The Set Active Project Configuration dialog box sets the default configuration. 

Build Configurations Choosing this item opens the Configurations dialog box, shown in Figure C.50. 
Here you can add or remove configurations. Use Project Settings to change the settings for the new 
configuration. 
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FIG. C.50 The Configurations dialog box lets you add to the standard Debug and Release 
configurations. 

Build Profiler The profiler is a powerful tool to identify bottlenecks in your applications. It is discussed 
in Chapter 24. 

Tools 

The Tools menu, shown in Figure C.51, simplifies access to add-in tools and holds some odds-and-ends 
leftover commands that don't fit on any other menu. 

FIG. C.51 The Tools menu organizes add-in tools. 

Tools Source Browser (Alt+F12) The browser is a very powerful addition to Developer Studio; you use 
it whenever you go to a definition or reference, check a call graph, or otherwise explore the relationships 
among the classes, functions, and variables in your project. However, it's unusual to access the browser 
through this menu item, which opens the Browse dialog box shown in Figure C.52. You are more likely 
to use Edit, Go To, a Go To item from the right-click menu, or one of the 1 1 buttons on the Browse 
toolbar. 

FIG. C.52 The Browse dialog box is a less common way to browse your objects, functions, and 
variables. 

Tools Close Source Browser File Whenever you rebuild your project, your browse file is rebuilt, too. If 
you rebuild your project outside Developer Studio with a tool such as NMAKE, you should close the 
browse file first (with this menu choice) so that it can be updated by that tool. 

Accessory Tools A number of tools are added to the Tools menu when you install Visual C+-i-, and you 
can add more tools with the Customize menu item, discussed next. 

Tools Customize Choosing this option opens the Customize dialog box. The Commands pane of that 
dialog box is shown in Eigure C.53 with the Eile buttons showing. The 1 1 buttons correspond to items on 
the Eile menu, and if you would like one of those items on any toolbar, simply drag it from the dialog 
box to the appropriate place on the toolbar and release it. The list box on the left side of the Toolbar tab 
lets you choose other menus, each with a collection of toolbar buttons you can drag to any toolbar. 
Remember that the menu bar is also a toolbar to which you can drag buttons, if you want. 

FIG. C.53 The Commands pane of the Customize dialog box lets you build your own toolbars. 



TIP: If your toolbars are messed up, with extra buttons or missing buttons or both, the Reset 
All Menus button on this dialog box returns objects to their normal state. 



The Toolbars pane, shown in Figure C.54, is one way to control which toolbars are displayed. As you can 
see, you can also suppress ToolTips if they annoy you or turn on larger toolbar buttons if you have the 
space for them. (The standard toolbar in Figure C.54 has large buttons.) 

FIG. C.54 The Toolbars tab of the Customize dialog box is one way to turn a toolbar on or off, and the 
only way to govern ToolTips and button size. 
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The Tools tab lets you add programs to the Tools menu, and the Keyboard tab lets you change the 
keyboard shortcuts for commands or add shortcuts for commands without them. The Add-Ins and Macro 
Files tab lets you add macros, which are written in VBScript and can automate many Developer Studio 
tasks, or add-ins, which can be written in any language and also automate Developer Studio tasks, to 
your workspace. 

Tools Options This item gathers up a great number of settings and options that relate to Developer 
Studio itself. For example. Figure C.55 shows the Editor tab of the Options dialog box. If there is a 
feature of Developer Studio you don't like, you can almost certainly change it within this large dialog 
box. 

FIG. C.55 The Editor tab of the Options dialog box is where you change editor settings. 

The tabs are as follows: 

• Editor. Chooses scrollbars, enables drag and drop, sets automatic saving and loading, and controls 
the AutoComplete suite of features 

• Tabs. Sets options related to tabs (inserted when you press the Tab key) and indents (inserted by 
the editor on new lines after language elements such as braces) 

• Debug. Determines what information is displayed during debugging 

• Compatibility. Lets you choose to emulate another editor (Brief or Epsilon) or just one portion of 
that editor's interface 

• Build. Generates an external makefile or a build log 

• Directories. Sets directories in which to look for include, executable, library, and source files 

• Source Control. Sets options related to Visual SourceSafe, discussed in Chapter 23 

• Workspace. Shown in Eigure C.56, sets docking windows, status bar, and project reloading 

• Data View. (Enterprise Edition only) Governs the appearance of the DataView 

• Macros. Sets the rules for reloading a changed macro 

• Help System. Determines the information displayed by the help system, typically MSDN 

• Eormat. Sets the color scheme, including syntax coloring, for source windows 

FIG. C.56 The Workspace tab of the Options dialog box sets which views dock and which float, as well 
as reload options. 



TIP: If you work on the same project all the time, check the Reload Last Workspace at 
Startup box on the Workspace tab of the Option dialog box. Loading the Developer Studio 
and the last project then becomes a one- step process; simply loading the Developer Studio 
will load the last project, too. If you work on a variety of different projects, uncheck this box 
so that Developer Studio comes up more quickly. 



Tools Macro This item opens the Macro dialog box, shown in Eigure C.57. Here you can record or play 
back simple macros, or edit a set of recorded keystrokes by adding VBScript statements. 

Tools Record Quick Macro If you don't want to name your macro and use it in many different projects 
but want to speed up a task right now, record a quick macro and you won't have to name it, describe it, or 
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save it in a file. You can have only one "quick macro" at a time: Recording a new one will wipe out the 
old one. 

Tools Play Quick Macro This item plays your most recently recorded quick macro. 

Window 

The Window menu, shown in Figure C.58, controls the windows in the main working area of Developer 
Studio. 

Window New Window Choosing this item opens another window containing the same source file as the 
window with focus. The first window's title bar is changed, with :1 added after the filename; in the new 
window, :2 is added after the filename. Changes made in one window are immediately reflected in the 
other. The windows can be scrolled, sized, and closed independently. 

FIG. C.57 The Macro dialog box is the nerve center for creating, editing, and using macros. 

FIG. C.58 The Window menu controls the windows in the main working area. 

Window Split Choosing this window puts cross hairs over the file with focus; when you click the 
mouse, the window is split into four panes along the lines of these cross hairs. You can drag these 
boundaries about in the usual way if they are not in the right place. Scrolling one pane scrolls its 
companion pane as well so that the views stay in sync. To unsplit a window, drag a boundary right to the 
edge of the window and it disappears. Drag away both the horizontal and vertical boundaries, and the 
window is no longer split. 

Window Docking View (Alt+F6) This menu item governs whether the window with focus is a docking 
view. It is disabled when the main working area has focus. 

Window Close Choosing this item closes the window with focus and its associated file. If you have any 
unsaved changes, you are asked whether to save them. 

Window Close All Choosing this item closes all the windows in the main working area. If you have any 
unsaved changes, you are asked whether to save them. 

Window Next (Ctrl+Tab) This item switches focus to the next window. The order of the windows can 
be determined by looking at the list of open windows at the bottom of the menu. If you have a number of 
windows open at once, you can cycle among them using Ctrl+Tab. This is a great way to get back to 
where you were after going to another file to look at something or copy some code. 

Window Previons (Ctrl+Shift+Tab) This item switches focus to the previous window. 

Window Cascade This item arranges all the windows in the main working area in the familiar cascade 
pattern, like the one shown in Figure C.59. Minimized windows are not restored and cascaded. 

FIG. C.59 Arranging windows in a cascade makes it easy to switch between them. 

Window Tile Horizontally This item arranges all the windows in the main working area so that each is 
the full width of the working area, as shown in Figure C.60. The file that had focus when you chose this 
item is at the top. 
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Window Tile Vertically This item arranges all the windows in the main working area so that each is the 
full height of the working area, as shown in Figure C.61. The file that had focus when you chose this 
item is at the left. 

Open Windows The bottom section of this menu lists the windows in the main working area so that you 
can move among them even when they are maximized. If there are more than nine open windows, only 
the first nine are listed. The rest can be reached by choosing Window, Windows. 

FIG. C.60 When windows are tiled horizontally, each is the full width of the main working area. 

FIG. C.61 When windows are tiled vertically, each is the full height of the main working area. 

Window Windows This item opens the Windows dialog box, shown in Figure C.62. From here you can 
close, save, or activate any window. 

FIG. C.62 The Windows dialog box allows access to any window in the main working area. 



Help 

The Help system for Developer Studio is a separate product. Choosing items on this menu, shown in 
Figure C.63, or pressing FI activates the Help system, typically the Microsoft Developer Network, 
MSDN. 

FIG. C.63 The Help menu is your doorway to the help system. 

Help Contents This item starts MSDN if it is not running, or switches focus to MSDN and displays the 
Table of Contents tab. 

Help Search This item starts MSDN if it is not running, or switches focus to MSDN and displays the 
Search tab. 

Help Index This item starts MSDN if it is not running, or switches focus to MSDN and displays the 
Index tab. 

Help Use Extension Help This item, when set, triggers a different Help system instead of MSDN. It's a 
good way for your group to include your own documentation, but you'll want to toggle extension help off 
again so that FI will search MSDN for your error messages or classnames. 

Help Readme This item displays the "read me" file for Visual C++. 

Help Keyboard Map This item does not involve MSDN. Choosing it opens the Help Keyboard dialog 
box, shown in Figure C.64. Use the drop-down box at the top to choose the commands for which you 
want to see keystrokes: Bound commands (those with keystrokes assigned). All commands, or 
commands from the File, Edit, View, Insert, Build, Debug, Tools, Window, or Help menus. Commands 
related to Images and Layout are also available. 

FIG. C.64 The Help Keyboard dialog box displays the keystrokes associated with commands. 

Click the title bars across the top of the table to sort the display by that column. Keystrokes cannot be 
changed here; choose Tools, Customize and use the Keyboard tab to change keystrokes. 
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Help Tip of the Day Choosing this item opens the Tip of the Day, like that in Figure C.65. Some are 
Windows tips; others are specifie to Developer Studio. If you can't wait to see a new tip each time you 
open Developer Studio, click Next Tip to scroll through the list. If you are annoyed by these tips on 
startup, deselect the Show Tips at Startup box. 

FIG. C.65 The Tip of the Day is a great way to learn more about Developer Studio. 

Help Technical Support If you think you need technical support, start here. Not only do you learn how 
to get that support, but you may also find the answer to your question. 

Help Microsoft on the Web One of the ways Microsoft supplies information about Developer Studio 
and other products is through the World Wide Web. Choosing this item opens a cascading menu with a 
list of Web sites. Choosing any of these displays the pages in your default Web browser. 

Help About Visual C++ Choosing this item opens the About box for Visual C++, which includes, 
among other information, your Product ID. 

Reviewing Tooibars 

After you are familiar with the sorts of actions you are likely to request of Developer Studio, the toolbars 
save you a lot of time. Instead of choosing File, Open, which takes two clicks and a mouse move, it is 
simpler to just click the Open button on the toolbar. There are, however, 1 1 toolbars plus a menu bar in 
this product, and that means a lot of little icons to learn. In this section, you will see each toolbar and 
which menu items the buttons correspond to. 

Figure C.66 shows all the toolbars that are available in Developer Studio. The quickest way to turn 
several toolbars on and off is with the Toolbars dialog box, which you can also use to turn ToolTips on 
or off and set whether the tips include the shortcut keys for the command. Any of these toolbars can dock 
against any of the four edges of the working area, as shown in Figure C.67. To move a docked toolbar, 
drag it by the wrinkles— thQ two vertical bars at the far right. You move an undocked toolbar like any 
other window. When it nears the edge of the main working area, the shape change shows you it will 
dock. Take some time to experiment moving toolbars around until you find a configuration that suits you. 

FIG. C.66 Developer Studio has 11 toolbars and a menu bar, shown here floating. 

Two of the most important toolbars are the Standard and the Build Mini-bar. These are discussed in the 
sections that follow. For a full description of what each button does, refer to the section earlier in this 
chapter for the corresponding menu item. 

Standard Toolbar 

The Standard Toolbar helps you maintain and edit text and files in your workspace. Table C.2 names 
each Standard tool button and its equivalent menu operation. 

FIG. C.67 Developer Studio toolbars can dock against any edge. 

Table C.2 Standard Toolbar Buttons and Equivalent Menu Operations 
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Button Name 


Menu Equivalent 


New Text File 


File, New 


Open 


File, Open 


Save 


File, Save 


Save All 


File, Save All 


Cut 


Edit, Cut 


Copy 


Edit, Copy 


Paste 


Edit, Paste 


Undo 


Edit, Undo 


Redo 


Edit, Redo 


Workspace 


View, Workspace 


Output 


View, Output 


Window List 


Window, Windows 


Find in Files 


Edit, Find in Files 


Find 


Edit, Find 


Search 


Help, Search 



Build Mini-bar 

The names for the Build Mini-bar buttons, which are related to compiling and debugging, are defined in 
Table C.3. 

Table C.3 Build Mini-Bar Buttons and Equivalent Menu Commands 



Button Name 


Menu Equivalent 


Compile 


Build, Compile 


Build 


Build, Build 


Stop Build 


Build, Stop Build 


Execute 


Build, Execute 


Go 


Build, Start Debug, Go 


Insert/Remove Breakpoint 


N/A 



Using Other Toolbars 



You can display any or all of the toolbars, add and remove buttons to them, and generally make 
Developer Studio into a product that works the way you work. Experiment and see what simplifies your 
software development effort. 
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Debugging is a vital part of programming. Whenever a program doesn't do what you expect, even if it doesn't 
blow up, you should turn to the debugger to see what's really going on. Some of the philosophies and 
techniques of debugging have been explained elsewhere in this book, especially in Chapter 24, "Improving 
Your Application's Performance." This appendix concentrates on the nuts and bolts of how to use the 
debugger: the menus, toolbars, and windows that were not covered in Appendix C, "The Visual Studio User 
Interface, Menus, and Toolbars." 

Debugging Vocabulary 

Probably the most important word in debugging is breakpoint. A breakpoint is a spot in your program, a 
single line of code, where you would like to pause. Perhaps you are wondering how many times a loop is 
executed, whether control transfers inside a certain if statement, or whether a function is even called. Setting 
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a breakpoint on a line will make exeeution stop when that line is about to be exeeuted. At that point you may 
want the program to be off and running again or want to move through your eode a line or so at a time. You 
may want to know some of your variables' values or see how eontrol transferred to this point by examining 
the eall staek. Often, you'll spot the eause of a bug and eorreet your eode on the spot. 

When it's time to move along, there are a number of ways you might like exeeution to resume. These are 
explained in the following list: 

• Go— Exeeute to the next breakpoint or, if there are no more breakpoints, until the program eompletes. 

• Restart-^\2Lr\. again from the beginning. 

• Step Gver-Exeeute only the next statement, and then pause again. If it is a funetion eall, run the whole 
funetion and pause after returning from it. 

• Step Into— ExQcuiQ just the next statement, but if it is a funetion, go into it and pause before exeeuting 
the first statement in the funetion. 

• Step Out— ExQcutQ the rest of the eurrent funetion and pause in the funetion that ealled this one. 

• Run to Cursor— Start running and stop a few (or many) lines from here, where the eursor is positioned. 

Most information made available to you by the debugger is in the form of new windows. These are diseussed 
in the following seetions. 

Debugging Commands and Windows 

Developer Studio has a powerful debugger with a rieh interfaee. There are menu items, toolbar buttons, and 
windows (output areas) that are used only when debugging. 

Menu Items 

The user interfaee for debugging starts with items on some ordinary menus that are used only in debugging 
and are not diseussed in Appendix C. These inelude 

• Edit, Breakpoints 

• View, Debug Windows, Wateh 

• View, Debug Windows, Call Staek 

• View, Debug Windows, Memory 

• View, Debug Windows, Variables 

• View, Debug Windows, Registers 

• View, Debug Windows, Disassembly 

• Build, Start Debug, Go 

• Build, Start Debug, Step Into 

• Build, Start Debug, Run to Cursor 

• Build, Start Debug, Attaeh to Proeess 

• Build, Debugger Remote Conneetion 

These are not the only menu items you'll use, of eourse. Eor example, the Edit, Go To dialog box ean be used 
to seroll the editor to a speeifie breakpoint as easily as a line, bookmark, or address. Many menu items 
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you've already learned about are useful during debugging. 

When you start debugging, the Build menu disappears and a Debug menu appears. The items on that menu 
are as follows: 

• Debug, Go 

• Debug, Restart 

• Debug, Stop Debugging 

• Debug, Break 

• Debug, Apply Code Changes 

• Debug, Step Into 

• Debug, Step Over 

• Debug, Step Out 

• Debug, Run to Cursor 

• Debug, Step into Speeifie Funetion 

• Debug, Exeeptions 

• Debug, Threads 

• Debug, Show Next Statement 

• Debug, QuiekWateh 

As you ean see, some items from the Build, Start Debug easeading menu are also on the Debug menu, along 
with many other items. The seetions that follow diseuss the individual items. 

Setting Breakpoints 

Probably the simplest way to set a breakpoint is to plaee the eursor on the line of eode where you would like 
to pause. Then, toggle a breakpoint by pressing F9 or by elieking the Insert/Remove Breakpoint button on 
the Build MiniBar, whieh looks like an upraised hand (you're supposed to think "Stop!"). A red dot appears 
in the margin to indieate you have plaeed a breakpoint here, as shown in Figure D. 1 . 

FIG. D.l The F9 key toggles a breakpoint on the line containing the cursor. 



NOTE: The applieation being debugged throughout this appendix is ShowString, as built in 
Chapter 8, "Building a Complete Applieation: ShowString." n 



Choosing Edit, Breakpoints displays a tabbed dialog box to set simple or eonditional breakpoints. For 
example, you may want to pause whenever a eertain variable's value ehanges. Searehing through your eode 
for lines that ehange that variable's value and setting breakpoints on them all is tiresome. Instead, use the 
Data tab of the Breakpoints dialog box, shown in Figure D.2. When the value of the variable ehanges, a 
message box tells you why exeeution is pausing; then you ean look at eode and variables, as deseribed next. 

You ean also set eonditional breakpoints, sueh as break on this line when i exeeeds 100, that spare you from 
mindlessly elieking Go, Go, Go until you have been through a loop 100 times. 

FIG. D.2 You can arrange for execution to pause whenever a variable or expression changes value. 
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Examining Variabie Vaiues 

When you set a breakpoint and debug the program, everything proeeeds normally until the breakpoint line of 
eode is about to exeeute. Then Developer Studio eomes up on top of your applieation, with some extra 
windows in the display and a yellow arrow in the red margin dot that indieates your breakpoint, as shown in 
Figure D.3. This shows you the line of eode that is about to exeeute. 

FIG. D.3 A yellow arrow indicates the line of code about to execute. 

Move the mouse over a variable name, like eolor or horizeenter. A DataTip appears, telling you the eurrent 
value of this variable. You ean eheek as many loeal variables as you want like this, then eontinue exeeuting, 
and eheek them again. There are other ways, though, to examine variable values. 

You eould eliek on the variable (or move the eursor to it some other way) and ehoose Debug, QuiekWateh or 
eliek the QuiekWateh button (a pair of glasses) on the toolbar. This brings up the QuiekWateh window, 
whieh shows you the value of a variable or expression and lets you add it to the Wateh window, if you want. 
You're probably wondering why anyone uses this feature now that DataTips will show you a variable's value 
without even elieking. DataTips ean't handle expressions, even simple ones like dlg.m_horizeenter, but 
QuiekWateh ean, as you see in Figure D.4. You ean also ehange a variable's value with this dialog box to 
reeover from horrible errors and see what happens. 

FIG. D.4 The QuiekWateh dialog box evaluates expressions. You add them to the Watch window by clicking 
Add Watch. 

Figure D.5 shows a debug session after running forward a few lines from the original breakpoint (you'll see 
how to do this in a moment). The Wateh and Variable windows have been undoeked to show more elearly 
whieh is whieh, and two watehes have been added: one for horizeenter and one for dlg.m_horizeenter. The 
program is paused immediately after the user elieks OK on the Options dialog, and in this ease the user 
ehanged the string, the eolor, and both kinds of eentering. 

The Wateh window simply shows the values of the two variables that were added to it. horizeenter is still 
TRUE (1) beeause the line of eode that sets it has not yet been exeeuted. dlg.m_horizeenter is FALSE (0) 
beeause the user deseleeted the eheek box assoeiated with the member variable. (Dialogs, eontrols, and 
assoeiating eontrols with member variables are diseussed in Chapter 2, "Dialogs and Controls.") 

The Variables window has a lot more information in it, whieh sometimes makes it harder to use. The loeal 
variable dig and the pointer to the objeet for whom this member funetion was invoked, this, are both in the 
Variables window in tree form: Cliek on a + to expand the tree and on a - to eollapse it. In addition, the 
return value from DoModal(), 1, is displayed. 

At the top of the Variables window is a drop-down box labeled Context. Dropping it down shows how 
eontrol got here: It lists the names of a series of funetions. The top entry is the funetion in whieh the line 
about to be exeeuted is eontained, CShowStringDoe::OnToolsOptions(). The seeond entry is the funetion 
that ealled this one, _AfxDispatehCmdMsg(), whieh dispatehes eommand messages. Chapter 3, "Messages 
and Commands," introduees eommands and messages and diseusses the way that eontrol passes to a 
message-handling funetion like OnToolsOptionsQ. Here, the debugger gives proof of this proeess right 
before your eyes. 

FIG. D.5 The Watch window and the Variable window make it easy to know the values of all your variables. 
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Click on any function name in the drop-down box and the code for that function is displayed. You can look 
at variables local to that function, and so on. 

The Call Staek window, shown in Figure D.6, is easier to examine than the drop-down box in the Variables 
window, and it shows the same information. As well as the funetion names, you ean see the parameters that 
were passed to eaeh funetion. You may notiee the number 32771 reeurring in most of the funetion ealls. 
Choose View, Resource Symbols, and you'll see that 32771 means ID_TOOLS_OPTIONS, the resouree ID 
assoeiated with the menu item Tools, Options in ShowString (see Figure D.7). 

FIG. D.6 The Call Stack window shows how you arrived here. 

Stepping Through Code 

Double-elieking a funetion name in the eall staek or the eontext drop-down box of the Variables window 
doesn't make any eode exeeute: It simply gives you a ehanee to examine the loeal variables and eode of the 
functions that called the funetion now exeeuting. After you've looked at everything you want to look at, it's 
time to move on. Although there are items on the Debug menu to Step Over, Step Into, and so on, most 
developers use the toolbar buttons or the keyboard shorteuts. The Debug toolbar ean be seen in Figures D.l, 
D.3, and D.5. Pause your mouse over eaeh button to see the eommand it is eonneeted to and a reminder of 
the keyboard shorteut. For example, the button showing an arrow going down into a pair of braees is Step 
Into, and the shorteut key is FI I. 

FIG. D.7 The number 32771 corresponds to ID_TOOLS_OPTIONS. 

As you move through eode, the yellow arrow in the margin moves with you to show whieh line is about to 
exeeute. Whenever the program is paused, you can add or remove breakpoints, examine variables, or resume 
exeeution. These are the mechanics of debugging. 

Edit and Continue 

Most developers are familiar with the cyele of debugging work. You build your projeet, you run it, and 
something unusual happens. You debug for a while to understand why. You find the bad eode, ehange it, 
rebuild, rerun, and either find another bug or eonvinee yourself that the applieation works. Sometimes you 
think you've fixed it, but you haven't. As your projeet grows, these rebuilds ean take a very long time, and 
they break the rhythm of your work. It can also take a signifieant amount of time to run the application to the 
trouble spot eaeh time. It's very boring to enter the same information every time on a dialog box, for 
example, trying to set up an error eondition. 

In version 6.0 of Visual C-E-i-, in many eases you ean keep right on debugging after making a eode 
ehange— without rebuilding and without rerunning. This feature is ealled Edit and Continue and is sure to be 
a major time- saver. 

To use Edit and Continue, you should start by eonfirming that it's enabled both for the produet as a whole 
and for this speeifie projeet. Eirst, ehoose Tools, Options and eliek the Debug tab. Make sure that Debug 
eommands Invoke Edit and Continue is selected, as in Eigure D.8. Second, choose Projeet, Settings and eliek 
the C/C-E-i- tab. In the left pane, make sure you are editing your Debug settings. Ensure that the Debug Info 
drop-down box eontains Program Database for Edit and Continue. If not, drop the box down, seleet this 
option, as in Eigure D.9 (it's last on the list), and then rebuild the projeet after exiting the Projeet Settings 
dialog. Always eheek the projeet settings when you start a new projeet, to eonfirm that Edit and Continue is 
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enabled. 

FIG. D.8 Enable Edit And Continue on the Debug tab of the Options dialog. 

FIG. D.9 Your project must generate Edit and Continue information. 

Now, debug as you always did, but don't automatieally eliek Build after making a eode ehange: Try to step to 
the next line. If it's not possible to eontinue without a build, you will reeeive a line of output in the Build tab 
of the Output window telling you so and the familiar One or More Files Are out of Date message box 
offering you a ehanee to rebuild your projeet. If it's possible to eontinue, you will have saved a tremendous 
amount of time. 

Most simple eode ehanges, sueh as ehanging the eondition in an if or for statement or ehanging the value to 
whieh you set a variable, should work immediately. More eomplex ehanges will require a rebuild. For 
example, you must rebuild after any one of these ehanges: 

• Any ehange to a header file, ineluding ehanging eode in an inline funetion 

• Changing a C++ elass definition 

• Changing a funetion prototype 

• Changing the eode in a global (nonmember) funetion or a statie member funetion 

Try it yourself: Imagine that you ean't remember why the string originally displayed by ShowString is blaek, 
and you'd like it to be red. You suspeet that the OnNewDoeument() funetion is setting it, so you expand 
CShowStringDoe in the ClassView and double-eliek OnNewDoeument(). Then you plaee a breakpoint (F9) 
on this line: 

string = "Hello, world!"; 

Cliek Go (F5), or ehoose Build, Start Debug, Go; ShowString will run, ereate a new doeument, and stop at 
your breakpoint. Change the next line of eode to read 

color = 1; //red 

Cliek Go again and wait. Wateh your output window and you will see that showstringdoe.epp is reeompiling. 
After a short wait, the familiar Hello, world! will appear— in red. Your ehanges went into effeet inunediately. 

When you finish your debugging session, it's a good idea to do a build beeause the ehanges used by Edit and 
Continue may be in memory only and not written out to your exeeutable file. 

Other Debug Windows 

Three debug windows have not yet been mentioned: Memory, Registers, and Disassembly. These windows 
provide a level of detail rarely required in ordinary debugging. With eaeh release of Visual C++, the 
eireumstanees under whieh these windows are needed dwindle. For example, the Registers window used to 
be the only way to see the value just returned from a funetion eall. Now that information is in the Variables 
window in a more aeeessible format. 

The Memory Window This window, shown in Figure D.IO, shows you the hex values in every byte of the 
memory spaee from 0x00000000 to OxFFFFFFFF. It's a very long list, whieh makes the dialog box hard to 
seroll— use the Address box to enter an address that interests you. Typieally, these addresses are eopied 
(through the Clipboard, not by hand) from the Variables window. It is a handy way to look through a large 
array or to traek down subtle platform- dependent problems. 
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FIG. D.IO You can examine raw memory, though you'll rarely need to. 

The Registers Window If you are debugging at the assembler level, it might be useful to examine the 
registers. Figure D.l 1 shows the Registers window. This shot was taken at the same point of execution as 
Figure D.5, and you can see that the FAX register contains the value 1, which is the return value from 
DoModal(). 

FIG. D.ll All the registers are available for examination. 

The Disassembly Window By default, the Disassembly window comes up full screen, replacing the C++ 
code in the main working area. You can see the assembly language statements generated for your C++ code, 
shown in Figure D.12. Debugging at the assembly level is beyond the scope of this book, though perhaps 
you might be curious to see the assembly code generated for parts of your program. 

FIG. D.12 You can debug the assembler that was generated for you. 

Using MFC Tracer 

The MFC Tracer utility is a standalone application with an integrated menu item in the Developer Studio. To 
run it, choose Tools, MFC Tracer. Figure D.l 3 shows the Tracer dialog that appears. 

FIG. D.13 A standalone utility simplifies setting trace flags. 

Tracer doesn't do very much: It's just an easy way to set trace flags that govern the kind of debug output you 
get. Try setting all the flags on and running ShowString, simply starting it up and shutting it down. Turn off 
a few flags and see how the output changes. 

With all the trace flags on, your application will be slow. Use Tracer to set only the ones you're interested in, 
while you're interested in them. It's much easier than changing a variable on- the-fly. 

Defining a Dump Member Function 

All MFC classes have a Dump() member function. When things go wrong, some error-handling code calls 
this function to show you the object's contents. You can write Dump() functions for your objects, too. 
Although you won't normally call these functions yourself, you could do so as part of your own error 
handling. 

MFC classes inherit Dump() from Cobject, where it is defined like this: 

virtual void Dump (CDumpCont ext & dc ) const; 

The keyword virtual suggests you should override the method in your derived classes, and const indicates 
that DumpO will not modify the object state. 

Like trace and assert statements, the Dump() member function disappears in a release build. This saves users 
seeing output they can't deal with and makes a smaller, faster, release version for you. You have to make this 
happen yourself for any Dump() function you write, with conditional compilation, as discussed in the 
"Adding Debug-Only Features" section of Chapter 24. 

In the header file, declare Dump() like this: 
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class CNewClass : public CObject 

{ 

public : 

// other class stuff 
#ifdef _DEBUG 

virtual void Dump ( CDumpContext & dc) const 
#endif 

/ / ... 



In the implementation file, the definition, whieh ineludes a eode body, might look like this: 

#include "cnewclass . h" 

#ifdef _DEBUG 

void CNewClass : : Dump ( CDumpContext & dc ) const 

{ 

cob ject :: Dump ( dc ); // Dump parent; 

// perhaps dump individual members, works like cout 
dc << "member: " << /* member here */ endl; 

} 

#endif 

As you see in the eode for the Dump() funetion, writing the eode is mueh like writing to standard output with 
the eout objeet or serializing to an arehive. You are provided with a CDumpContext objeet ealled de, and 
you send text and values to that objeet with the « operator. If this is unfamiliar to you, read Chapter 7, 
"Persistenee and File I/O." 

An Example Using CDumpContext, CFile, and axfDump 

The sample applieation in this seetion uses the MFC debugging elass CDumpContext and the global 
axfDump objeet. The debug window output from this demo and the output CFile eode are in Listing D.l. To 
run this applieation yourself, ereate a eonsole applieation as deseribed in Chapter 28, "Future Explorations," 
and ereate an empty C++ souree file ealled Dump.epp. Enter this eode, build, and run a debug version of the 
projeet. 

When linking a debug version of this produet, if you reeeive error messages that refer to _beginthreadex and 
_endthreadex, you need to ehange some settings. By default, eonsole applieations are single-threaded, but 
MEC is multithreaded. By ineluding afx.h and bringing in MEC, this applieation is making itself 
incompatible with the single-threaded default. To fix this, choose Project Settings and click the C/C++ tab. 
Prom the drop-down box at the top of the dialog box, choose Code Generation. In the drop-down box labeled 
Use Runtime Library, choose Debug Multithreaded. (Pigure D.15 shows the completed dialog.) Click OK 
and rebuild the project. You should usually change the settings for release as well, but because the calls to 
DumpO aren't surrounded by tests of _DEBUG, this code won't compile a release version anyway. 

Listing D.1 Dump.Cpp--Demonstrating the MFC Debugging Class CDumpContext and the 
Output CFile Code 

#include <afx.h> 

// _DEBUG defined for debug build 
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class CPeople : public CObject 

{ 

public : 

// constructor 

CPeople ( const char * name ) ; 

// destructor 
virtual -CPeople (); 

#ifdef _DEBUG 

virtual void Dump (CDumpContext & dc) const; 

#endif 
private : 

CSt ring * person; 

} ; 

// constructor 

CPeople :: CPeople ( const char * name) : person ( new CSt ring (name ) ) {}; 

// destructor 

CPeople :: -CPeople 0 { delete person; } 

#ifdef _DEBUG 

void CPeople :: Dump ( CDumpContext & dc ) const 

{ 

CObject : : Dump (dc) ; 

dc << person->GetBuf f er ( per son->GetLength ( ) + 1); 

} 

#endif 
int main ( ) 

{ 

CPeople per sonl ( "Kate Gregory"); 

CPeople per son2 ( "Clayton Walnum"); 

CPeople per son3 ( "Paul Kimmel"); 

// Use existing afxDump with virtual dump member function 
per sonl . Dump ( afxDump ); 

// Instantiate a CEile object 

CEile dumpEile ( "dumpout . txt " , CEile :: modeCreate | 

CEile: rmodeWrite) ; 
if ( ! dumpEile ) 

{ 

afxDump << "Eile open failed."; 

} 

else 



// Dump with other CDumpContext 
CDumpContext context (&dumpEile) ; 
person! .Dump (context) ; 

} 

return 0; 

} 
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This single file eontains a elass definition, all the eode for the elass member funetions, and a main() funetion 
to run as a eonsole applieation. Eaeh of these parts of the file is explained in the next few paragraphs. The 
elass is a simple wrapper around a CString pointer, whieh alloeates the CString with new in the eonstruetor 
and deletes it in the destruetor. It's so simple that it's aetually useless for anything other than demonstrating 
the DumpO funetion. 

First, the <afx.h> header file is ineluded, whieh eontains the CObjeet elass definition and provides aeeess to 
afxDump. 

Next, this eode defines the elass CPeople derived from CObjeet. Notiee the plaeement of the override of the 
virtual Dump() method and the eonditional eompiler wrap. (Any ealls to Dump() should be wrapped in the 
same way, or that eode will not eompile in a release build.) 

Following the eonstruetor and destruetor eomes the eode for CPeople: :Dump(). Notiee how it, too, is 
wrapped in eonditional eompiler direetives. The eall to CObjeet: :Dump() takes advantage of the work done 
by the MFC programmers, dumping information all objeets keep. 

Finally, the main() funetion exereises this little elass. It ereates three instanees of the CPeople elass and 
dumps the first one. 

For the seeond CPeople objeet, this eode ereates and opens a CFile objeet by passing a text string to the 
eonstruetor. If the open sueeeeds, it ereates a CDumpContextObjeet from the file and passes this eontext to 
Dump instead of the usual afxDump(). 

If you run this program, you'll see output like that in Figure D.14. The file dumpout.txt will eontain these 
lines: 

a CObjeet at $71FDDC 
Clayton Walnum 

FIG. D,14 Using the afxDump context sends your output to the Debug window. 

The first line of the output, to both the debug window and the file, eame from CObjeet: :Dump() and gives 
you the objeet type and the address. The seeond line is from your own eode and is simply the CString kept 
within eaeh CPeople. 

FIG. D.15 To use MFC in a console application, change to the multithreaded runtime library. 

Now that you've seen the basie tools of debugging in aetion, you're ready to put them to work in your own 
applieations. You'll find errors quiekly, understand other people's eode, and see with your own eyes just how 
message-routing and other behind- the- seenes magie really oeeur. If you find yourself enjoying debugging, 
don't worry— no one else has to know! 



(<- Previous Chapter 



. Contents 
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When you're writing programs, you must use many types of data and operations again and again. 
Sometimes, you have to do something as simple as ereating a portable integer data type. Other times, you 
need to do something a little more complex, such as extracting a word from a long word value or storing 
the position of the mouse pointer. As you might know, when you compile your program with Visual 
C++, many eonstants and variables are already defined. You can use these in your programs to save time 
writing code and to make your programs more portable and more readable for other programmers. In the 
following tables, you'll have a look at the most important of these globally available constants, macros, 
and variables. 

Because there are so many constants, macros, and global variables, it is helpful to divide them into the 
following ten categories. The next sections describe each of these categories and the symbols they define: 

• Application information and management 

• Class Wizard comment delimiters 
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• Collection class helpers 

• CString formatting and message-box display 

• Data types 

• Diagnostic services 

• Exception processing 

• Message maps 

• Runtime object model services 

• Standard command and window IDs 

Application Information and Management 
Functions 



Because a typical Visual C-F+ application contains only one application object but many other objects 
created from other MFC classes, you frequently need to obtain information about the application in 
different places in a program. Visual C++ defines a set of global functions that return this information to 
any class in a program. These functions, listed in Table E.l, can be called from anywhere within an MFC 
program. For example, you frequently need to get a pointer to an application's main window. The 
following function call accomplishes that task: 

CWnd* pWnd = Af xGetMainWnd ( ) ; 

Table E.1 Application Information and Management 



Function 


Description 


AfxBeginThreadO 


Creates a new thread (see Chapter 27, "Multitasking with Windows 
Threads") 


AfxEndThreadO 


Terminates a thread 


AfxGetAppO 


Gets the application's CWinApp pointer 


AfxGetAppNameO 


Gets the application's name 


AfxGetInstanceHandleO 


Gets the application's instance handle 


AfxGetMainWndO 


Gets a pointer to the application's main window 


AfxGetResourceHandleO 


Gets the application's resource handle 


AfxGetThreadO 


Gets a pointer to a CWinThread object 


AfxRegisterClassO 


Registers a window class in an MFC DLL 


AfxRegisterW ndClas s () 


Registers a Windows window class in an MFC application 


AfxSetResourceHandleO 


Sets the instance handle that determines where to load the application's 
default resources 


AfxSocketInitO 


Initializes Windows Sockets (see Chapter 18, "Sockets, MAPI, and the 
Internet") 
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ClassWizard Comment Delimiters 



Visual C++ defines a number of delimiters that ClassWizard uses to keep track of what it's doing, as well 
as to locate specific areas of source code. Although you'll rarely, if ever, use these macros yourself, you 
will see them embedded in your AppWizard applications, so you might like to know exactly what they 
do. Table E.2 fills you in. 

Table E.2 ClassWizard Delimiters 



Delimiter 


Description 


AFX_DATA 


Starts and ends member variable declarations in header files that are associated 
with dialog data exchange 


AFX_DATA_INIT 


Starts and ends dialog data exchange variable initialization in a dialog class's 
constructor 


AFX_DATA_MAP 


Starts and ends dialog data exchange function calls in a dialog class's 
DoDataExchangeO function 


AFX_DISP 


Starts and ends Automation declarations in header files 


AFX_DISP_MAP 


Starts and ends Automation mapping in implementation files 


AFX_EVENT 


Starts and ends ActiveX event declarations in header files 


AFX_EVENT_MAP 


Starts and ends ActiveX events in implementation files 


AFX_FIEFD 


Starts and ends member variable declarations in header files that are associated 
with database record field exchange 


AFX_FIEFD_INIT 


Starts and ends record field exchange member variable initialization in a record 
set class's constructor 


AFX_FIEFD_MAP 


Starts and ends record field exchange function calls in a record set class's 
DoFieldExchangeO function 


AFX_MSG 


Starts and ends ClassWizard entries in header files for classes that use message 
maps 


AFX_MSG_MAP 


Starts and ends message map entries 


AFX_VIRTUAF 


Starts and ends virtual function overrides in header files 



Collection Ciass Heiper Functions 

Because certain types of data structures are so commonly used in programming, MFC defines collection 
classes that enable you to get these common data structures initialized quickly and manipulated easily. 
MFC includes collection classes for arrays, linked lists, and mapping tables. (See Appendix F, "Useful 
Classes," for more on these constructs.) Fach of these types of collections contains elements that 
represent the individual pieces of data that compose the collection. To make it easier to access these 
elements, MFC defines a set of functions created from templates (see Chapter 26, "Exceptions and 
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Templates," for more on templates.) Table E.3 shows the funetions, and you provide the implementation 
for eaeh partieular data type. 

For example, if you want to keep a sorted list, the funetions that insert new items into the list must be 
able to eompare two Truek objeets or two Employee objeets to deeide where to put a new Tmek or 
Employee. You implement CompareElements() for the Truek elass or Employee elass, and then the 
eolleetion elass eode ean use this funetion to deeide where to put new additions to the eolleetion. 

Table E.3 Collection Class Helper Functions 



Function 


Description 


CompareElementsO 


Checks elements for equality 


ConstruetElementsO 


Constructs new elements (works similar to a class constructor) 


DestruetElementsO 


Destroys elements (works similar to a class destructor) 


DumpElements () 


Provides diagnostic output in text form 


HashKeyO 


Calculates hashing keys 


SerializeElements () 


Saves or loads elements to or from an archive 



CString Formatting and Message-Box Display 

If you've done mueh Visual C++ programming, you know that MFC features a speeial string elass, ealled 
CString, that makes string handling under C++ less eumbersome. CString objeets are used extensively 
throughout MFC programs and are diseussed in Appendix F. There are times when CString is not the 
right elass, though, sueh as when dealing with strings in a resouree's string table. These global funetions, 
whieh replaee format eharaeters in string tables, provide the CString Format() eapability for resouree 
strings. There's also a global funetion for displaying a message box. 

Table E.4 CString Formatting and Message-Box Functions 



Function 


Description 


AfxFormatString 1 () 


Replaces the format characters (such as %1) in a string resource with a given 
string 


AfxFormatString2() 


Replaces the format characters % 1 and %2 in a string resource with the given 
strings 


AfxMessageBoxO 


Displays a message box 



Data Types 

The most eommonly used eonstants are those that define a portable set of data types. You've seen tons of 
these eonstants (named in all upperease letters) used in Windows programs. You'll reeognize many of 
these from the Windows SDK. Others are ineluded only as part of Visual C++. You use these eonstants 
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exactly as you would any other data type. For example, to declare an unsigned integer variable, you'd 
write something like this: 

UINT flag; 

Table E.5 lists the most commonly used data types defined by Visual C++ for Windows 95/98 and NT. 
Searching in the help index on any one of these types will lead you to a page in the online help that lists 
all the data types used in MFC and the Windows SDK. 

Table E.5 Commonly Used Data Types 



Data Type 


Description 


BOOL 


Boolean value 


BSTR 


32-bit pointer to character data 


BYTE 


8 -bit unsigned integer 


COLORREF 


32-bit color value 


DWORD 


32-bit unsigned integer 


LONG 


32-bit signed integer 


LPARAM 


32-bit window-procedure parameter 


LPCRECT 


32-bit constant RECT structure pointer 


LPCSTR 


32-bit string-constant pointer 


LPSTR 


32-bit string pointer 


LPVOID 


32-bit void pointer 


LRESULT 


32-bit window-procedure return value 


POSITION 


The position of an element in a collection 


UINT 


32-bit unsigned integer 


WNDPROC 


32-bit window-procedure pointer 


WORD 


16-bit unsigned integer 


WPARAM 


32-bit window-procedure parameter 



Diagnostic Services 

When you have written your program, you're far from finished. Then comes the grueling task of testing, 
which means rolling up your sleeves, cranking up your debugger, and weeding out all the gotchas hiding 
in your code. Luckily, Visual C++ provides many macros, functions, and global variables for 
incorporating diagnostic abilities into your projects. By using these tools, you can print output to a 
debugging window, check the integrity of memory blocks, and much more. Table E.6 lists these valuable 
diagnostic macros, functions, and global variables. Many are discussed in Chapter 24, "Improving Your 
Application's Performance," and Appendix D, "Debugging." 
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Table E.6 Diagnostic Macros, Functions, and Global Variables 



Symbol 


Description 


AfxCheckMemoryO 


Verifies the integrity of allocated memory. 


AfxDoForAllClassesO 


Calls a given iteration function for all classes that are derived from 
CObject and that incorporate runtime type checking. 


AfxDoFor AllObj ects () 


Calls a given iteration function for all objects derived from CObject and 
allocated with the new operator. 


afxDump 


A global CDumpContext object that enables a program to send 
information to the debugger window. 


AfxDumpO 


Dumps an object's state during a debugging session. 


AfxEnableMemoryTrackingO Toggles memory tracking. 


AfxIsMemoryBlockO 


Checks that memory allocation was successful. 


AfxIsValidAddressO 


Checks that a memory address range is valid for the program. 


Afxis V alidStringO 


Checks string pointer validity. 


afxMemDF 


A global variable that controls memory-allocation diagnostics. It can be 
set to allocMemDE, DelayEreeMemDE, or checkAlwaysMemDE. 


AfxSetAllocHookO 


Sets a user-defined hook function that is called whenever memory 
allocation is performed. 


afxTraceEnabled 


A global variable that enables or disables TRACE output. 


afxTraceElags 


A global variable that enables the MEC reporting features. 


ASSERT 


Prints a message and exits the program if the ASSERT expression is 
EALSE (see Chapter 24). 


ASSERT_VALID 


Validates an object by calling the object's AssertValid() function. 


DEBUG_NEW 


Used in place of the new operator to trace memory-leak problems (see 
Chapter 23). 


TRACE 


Creates formatted strings for debugging output (see Chapter 23). 


TRACED 


Same as TRACE but requires no arguments in the format string. 


TRACE 1 


Same as TRACE but requires one argument in the format string. 


TRACE2 


Same as TRACE but requires two arguments in the format string. 


TRACES 


Same as TRACE but requires three arguments in the format string. 


VERIEY 


Like ASSERT, but VERIEY evaluates the ASSERT expression in both 
the debug and release versions of MEC. If the assertion fails, a message 
is printed and the program is halted only in the debug version. 



http://www.pbs.mcp.com/ebooks/0789715392/ape/ape.htm (6 of 9) [7/29/1999 4:00:30 PM] 


















































Special Edition Using Visual C++ 6 - Appendix E -- MFC Macros and Globals 



Exception Processing 

Exceptions give a program greater control over how errors are handled (see Chapter 26). Before 
exceptions were part of the language, MFC developers used macros to achieve the same results. Now that 
exceptions are firmly established in Visual C++, a number of functions make it easier to throw 
exceptions of various types. These macros and functions are listed in Table E.7. 

Table E.7 Exception Macros and Functions 



Symbol 


Description 


AfxAbortO 


Terminates an application upon a fatal error 


AfxThrowArchiveExceptionO 


Throws an archive exception 


AfxThrowDAOExceptionO 


Throws a CDAOException 


AfxThrowDBExceptionO 


Throws a CDBException 


AfxThrowEileExceptionO 


Throws a file exception 


AfxThrowMemoryExceptionO 


Throws a memory exception 


AfxThrowNotSupportedExceptionO Throws a not-supported exception 


AfxThrowOleDispatchExceptionO 


Throws an OLE automation exception 


AfxThrowOleExceptionO 


Throws an OLE exception 


AfxThrowResourceExceptionO 


Throws a resource-not-found exception 


AfxThro wU serException() 


Throws an end user exception 


AND_CATCH 


Begins code that will catch specified exceptions not caught in the 
preceding TRY block 


AND_CATCH_ALL 


Begins code that will catch all exceptions not caught in the 
preceding TRY block 


CATCH 


Begins code for catching an exception 


CATCH_ALL 


Begins code for catching all exceptions 


END_CATCH 


Ends CATCH or AND_CATCH code blocks 


END_CATCH_ALL 


Ends CATCH_ALL code blocks 


THROW 


Throws a given exception 


THROW_LAST 


Throws the most recent exception to the next handler 


TRY 


Starts code that will accommodate exception handling 



Message-Map Macros 



Windows is an event-driven operating system, which means that every Windows application must handle 
a flood of messages that flow between an application and the system. MFC does away with the clunky 
switch statements that early Windows programmers had to construct to handle messages and replaces 
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those statements with a message map. A message map is nothing more than a table that matches a 
message with its message handler (see Chapter 3, "Messages and Commands"). To simplify the 
declaration and definition of these tables, Visual C++ defines a set of message-map macros. Many of 
these macros, which are listed in Table E.8, will already be familiar to experienced MFC programmers. 

Table E.8 Message-Map Macros 



Macro 


Description 


BFGIN_MFSSAGF_MAP 


Begins a message-map definition 


DFCLARF_MFSSAGE_MAP 


Starts a message-map declaration 


END_MESSAGE_MAP 


Ends a message-map definition 


ON_COMMAND 


Begins a command-message message-map entry 


ON_COMMAND_RANGE 


Begins a command-message message-map entry that maps 
multiple messages to a single handler 


ON_CONTROL 


Begins a control-notification message-map entry 


ON_CONTROL_RANGE 


Begins a control-notification message-map entry that maps 
multiple control IDs to a single handler 


ON_MESSAGE 


Begins a user-message message-map entry 


ON_REGISTERED_MESSAGE 


Begins a registered user-message message-map entry 


ON_UPDATE_COMMAND_UI 


Begins a command-update message-map entry 


ON_UPDATE_COMMAND_UI_RANGE 


Begins a command-update message-map entry that maps 
multiple command-update messages to a single handler 



Runtime Object Model Services 

Frequently in your programs, you need access to information about classes at runtime. MFC supplies a 
macro for obtaining this type of information in a CRuntimeClass structure. In addition, the MFC 
application framework relies on a set of macros to declare and define runtime abilities (such as object 
serialization and dynamic object creation). If you've used AppWizard at all, you've seen these macros in 
the generated source-code files. If you're an advanced MFC programmer, you might have even used 
these macros yourself. Table F.9 lists the runtime macros and their descriptions. 

Table E.9 Runtime Services Macros 



Macro 


File 


Description 


DECLARE_DYNAMIC 


Class declaration(.h) 


Enables runtime class information access 


DECLARE_DYNCREATE 


Class declaration(.h) 


Enables the class (derived from CObject) 
to be created dynamically and also enables 
runtime class information access 
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DECLARE_OLECREATE 


Class declaration (.h) 


Enables object creation with OLE 
automation 


DECLARE_SERIAL 


Class declaration (.h) 


Enables object serialization, as well as 
runtime class information access 


IMPLEMENT_DYNAMIC 


Class implementation (.cpp) 


Enables runtime class information access 


IMPLEMENT_DYNCREATE 


Class implementation (.cpp) 


Enables dynamic creation of the object and 
runtime information access 


IMPLEMENT_OLECREATE 


Class implementation (.cpp) 


Enables object creation with OLE 


IMPLEMENT_SERIAL 


Class implementation (.cpp) 


Enables object serialization and runtime 
class information access 


RUNTIME_CLASS 




Returns a CRuntimeClass structure for the 
given class 



Standard Command and Window IDs 



A Windows application user can generate myriad standard messages. For example, whenever the user 
selects a menu command from a standard menu like File or Edit, the program sends a message. Each 
standard command is represented by an ID. To relieve the programmer of having to define the dozens of 
IDs often used in a Windows application. Visual C++ defines these symbols in a file called AFXRES.H. 
Some of these IDs have obvious purposes (for example, ID_EILE_OPEN), but many others are used 
internally by MEC for everything from mapping standard Windows messages to their handlers, to 
defining string-table IDs, to assigning IDs to toolbar and status bar styles. 

There are far too many of these identifiers to list here. However, if you're interested in seeing them, just 
open the AEXRES.H file from your Visual C++ installation folder. 




© Copyright , Maemillan Computer Publishing. All rights reserved. 
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Useful Classes 



• The Array Classes 

o Introducing the Array Application 
o Declaring and Initializing the Array 
o Adding Elements to the Array 
o Reading Through the Array 
o Removing Elements from the Array 

• The List Classes 

o Introducing the List Application 
o Declaring and Initializing the List 
o Adding a Node to the List 
o Deleting a Node from the List 
o Iterating Over the List 
o Cleaning Up the List 

• The Map Classes 

o Introducing the Map Application 
o Creating and Initializing the Map 
o Retrieving a Value from the Map 
o Iterating Over the Map 

• Collection Class Templates 

• The String Class 

• The Time Classes 



http://www.pbs.mcp.com/ebooks/0789715392/apf/apf.htm (1 of 23) [7/29/1999 4:01:16 PM] 



Special Edition Using Visual C++ 6 -- Appendix F -- Useful Classes 



o Using a CTime Object 
o Using a CTimeSpan Object 



MFC includes a lot more than classes for programming the Windows graphical user interface. It also 
features many utility classes for handling such things as lists, arrays, times and dates, and mapped 
collections. By using these classes, you gain extra power over data in your programs and simplify many 
operations involved in using complex data structures such as lists. 

For example, because MFC's array classes can change their size dynamically, you are relieved of creating 
oversized arrays in an attempt to ensure that the arrays are large enough for the application. In this way, 
you save memory. You don't have to worry about resizing the arrays yourself, and you avoid many of the 
subtle bugs and memory leaks that occur from mistakes in array-resizing code. The other collection 
classes provide many other similar conveniences. 

The Array Classes 

MFC's array classes enable you to create and manipulate one-dimensional array objects that can hold 
virtually any type of data. These array objects work much like the standard arrays that you're familiar 
with using in your programs, except that MFC can enlarge or shrink an array object dynamically at 
runtime. This means that you don't have to be concerned with dimensioning your array just right when 
it's declared. Because MFC's arrays can grow dynamically, you can forget about the memory waste that 
often occurs with conventional arrays, which must be dimensioned to hold the maximum number of 
elements needed in the program, whether or not you actually use every element. 

The array classes include CByteArray, CDWordArray, CObArray, CPtrArray, CUIntArray, 

CWordArray, and CStringArray. As you can tell from the classnames, each class is designed to hold a 
specific type of data. For example, the CUIntArray, which is used in this section's examples, is an array 
class that can hold unsigned integers. The CPtrArray class, on the other hand, represents an array of 
pointers to void, and the CObArray class represents an array of objects. The array classes are all nearly 
identical, differing only in the type of data that they store. When you've learned to use one of the array 
classes, you've learned to use them all. Table F.l lists the member functions of the array classes and their 
descriptions. 

Table F.1 Member Functions of the Array Classes 



Function 


Description 


Add() 


Appends a value to the end of the array, increasing the size of the array, as needed. 


ElementAtO 


Gets a reference to an array element's pointer. 


FreeExtraO 


Releases unused array memory. 


GetAtO 


Gets the value at the specified array index. 


GetSizeO 


Gets the number of elements in the array. 
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GetUpperBoundO 


Gets the array's upper bound, which is the highest valid index at which a value can 
be stored. 


InsertAtO 


Inserts a value at the specified index, shifting existing elements upward, as 
necessary, to accommodate the insert. 


RemoveAllO 


Removes all the array's elements. 


RemoveAtO 


Removes the value at the specified index. 


SetAtO 


Places a value at the specified index. Because this function will not increase the 
array's size, the index must be currently valid. 


SetAtGrowO 


Places a value at the specified index, increasing the array's size, as needed. 


SetSizeO 


Sets the array's initial size and the amount by which it grows when needed. By 
allocating more than one element's worth of space at a time, you save time but might 
waste memory. 



Array Templates 

Because the only difference between all these array classes is the type of data they hold, 
they seem like an obvious use for templates. In fact, they predate the implementation of 
templates in Visual C++. There is a vector template in the Standard Template Library, 
discussed in Chapter 26, "Exceptions and Templates," which holds simple lists of any single 
data type. Many developers find the MFC array classes much easier to use than templates. 
There are also MFC collection templates, discussed later in this chapter. 



Introducing the Array Application 

To illustrate how the array classes work, this chapter includes the Array application. When you run the 
program, you see the window shown in Figure F.l. The window displays the array's current contents. 
Because the application's array object (which is an instance of CUIntArray) starts off with 10 elements, 
the values for these elements (indexed as 0 through 9) are displayed onscreen. The application enables 
you to change, add, or delete elements in the array and see the results. 

FIG. F.l The Array application enables you to experiment with MFC's array classes. 

You can add an element to the array in several ways. To see these choices, click in the application's 
window. The dialog box shown in Figure F.2 appears. Type an array index in the Index box and the new 
value in the Value box. Then select whether you want to set, insert, or add the element. When you choose 
Set, the value of the element you specify in the Index field is changed to the value in the Value field. The 
Insert operation creates a new array element at the location specified by the index, pushing succeeding 
elements forward. Finally, the Add operation tacks the new element on the end of the array. In this case, 
the program ignores the Index field of the dialog box. 

FIG. F.2 The Add to Array dialog box enables you to add elements to the array. 

Suppose, for example, that you enter 3 in the dialog box's Index field and 15 in the Value field, leaving 
the Set radio button selected. Figure F.3 shows the result: The program has placed the value 15 in 
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element 3 of the array, overwriting the previous value. Now type 2 in Index, 25 in Value, select the Insert 
radio button, and click OK. Figure F.4 shows the result: The program stuffs a new element in the array, 
shoving the other elements forward. 

FIG. F.3 The value 15 has been placed in array element 3. 

An interesting thing to try— something that really shows how dynamic MFC's arrays are— is to set an array 
element beyond the end of the array. For example, given the program's state shown in Figure F.4, if you 
type 20 in Index and 45 in Value and then choose the Set radio button, you get the results shown in 
Figure F.5. Because there was no element 20, the array class created the new elements that it needed to 
get to 20. You don't need to keep track of how many elements are in the array. Try that with an 
old-fashioned array. 

FIG. F.4 The screen now shows the new array element, giving 11 elements in all 
FIG. F.5 The array class has added the elements needed to set element 20. 

Besides adding new elements to the array, you can also delete elements in one of two ways. To do this, 
first right-click in the window. When you do, you see the dialog box shown in Figure F.6. If you type an 
index in the Remove field and then click OK, the program deletes the selected element from the array. 
This has the opposite effect of the Insert command because the Remove command shortens the array, 
rather than lengthen it. If you want, you can select the Remove All option in the dialog box. Then the 
program deletes all elements from the array, leaving it empty. 

FIG. F.6 The Remove From Array dialog box enables you to delete elements from the array. 

Declaring and Initializing the Array 

Now you'd probably like to see how all this array trickery works. It's really pretty simple. First, the 
program declares the array object as a data member of the view class, like this: 

CUIntArray array; 

Then, in the view class's constructor, the program initializes the array to 10 elements: 

array . SetSize ( 1 0 , 5); 

The SetSizeO function takes as parameters the number of elements to give the array initially and the 
number of elements by which the array should grow whenever it needs to. You don't need to call 
SetSizeO to use the array class. If you don't, MFC adds elements to the array one at a time, as needed, 
which can be slow. Unless you're doing some heavy processing, though, you're not likely to notice any 
difference in speed. If your application doesn't often add elements to its arrays and you are concerned 
about memory consumption, don't use SetSize(). If your application repeatedly adds elements and you 
have lots of memory available, using SetSizeO to arrange for many elements to be allocated at once will 
reduce the number of allocations performed, giving you a faster application. 
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Adding Elements to the Array 

After setting the array size, the program waits for the user to click the left or right mouse buttons in the 
window. When the user does, the program springs into action, displaying the appropriate dialog box and 
processing the values entered in the dialog box. Listing F. 1 shows the Array application's 
OnLButtonDownO function, which handles the left mouse button clicks. 



TIP: Chapter 3, "Messages and Commands," shows you how to catch mouse clicks and 
arrange for a message handler such as OnLButtonDownO to be called. 



Listing F.1 CArrayView::OnLButtonDown() 

void CArrayView : : OnLButtonDown (UINT nFlags, CPoint point) 

{ 

ArrayAddDlg dialog (this ) ; 

dialog . m_index = 0; 

dialog . m_value = 0; 

dialog . m_radio = 0; 

int result = dialog . DoModal () ; 

if (result == IDOK) 

{ 

if (dialog . m_radio == 0) 

array . SetAtGrow (dialog . m_index, dialog . m_value ) ; 
else if (dialog . m_radio == 1) 

array . InsertAt (dialog . m_index, dialog . m_value , 1); 

else 

array . Add (dialog . m_value ) ; 

Invalidate ( ) ; 

} 

CView: : OnLButtonDown (nFlags , point) ; 

} 

This code starts by creating a dialog object and initializing it, as discussed in Chapter 2, "Dialogs and 
Controls." If the user exits the dialog box by clicking the OK button, the OnLButtonDownO function 
checks the value of the dialog box's m_radio data member. A value of 0 means that the first radio button 
(Set) is selected, 1 means that the second button (Insert) is selected, and 2 means that the third button 
(Add) is selected. 



TIP: Chapter 2, "Dialogs and Controls," discusses displaying dialog boxes and getting 
values from them. 



If the user wants to set an array element, the program calls SetAtGrow(), giving the array index and the 
new value as arguments. Unlike the regular SetAt() function, which you can use only with a currently 
valid index number, SetAtGrow() will enlarge the array as necessary to set the specified array element. 
That's how the extra array elements were added when you chose to set element 20. 
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When the user has selected the Insert radio button, the program calls the InsertAt() function, giving the 
array index and new value as arguments. This causes MFC to create a new array element at the index 
specified, shoving the other array elements forward. Finally, when the user has selected the Add option, 
the program calls the Add() function, which adds a new element to the end of the array. This function's 
single argument is the new value to place in the added element. The call to Invalidate() forces the 
window to redraw the data display with the new information. 

Reading Through the Array 

So that you can see what's happening as you add, change, and delete array elements, the Array 
application's OnDraw() function reads through the array, displaying the values that it finds in each 
element. Listing F.2 shows the code for this function. 



TIP: Chapter 5, "Drawing on the Screen," shows you how to write an OnDraw() function 
and how it is called. 



Listing F.2 CArrayView::OnDraw() 

void CArrayView : : OnDraw (CDC* pDC) 

{ 

CArrayDoc* pDoc = GetDocument ( ) ; 

ASSERT_VALID (pDoc) ; 

/ / Get the current font ' s height . 

TEXTMETRIC textMetric; 
pDC->GetTextMetrics ( StextMet ric ) ; 
int fontHeight = textMetric . tmHeight ; 

// Get the size of the array, 
int count = array . GetSize () ; 
int displayPos = 10; 

// Display the array data, 
for (int x=0; x<count; ++x) 

{ 

UINT value = array . GetAt (x) ; 
char s [ 8 1 ] ; 

wsprintf (s, "Element %d contains the value %u . " , x, value); 
pDC->TextOut ( 1 0 , displayPos, s); 
displayPos += fontHeight; 

} 

} 

Here, the program first gets the current font's height so that it can properly space the lines of text that it 
displays in the window. It then gets the number of elements in the array by calling the array object's 
GetSizeO function. Finally, the program uses the element count to control a for loop, which calls the 
array object's GetAt() member function to get the value of the currently indexed array element. The 
program converts this value to a string for display purposes. 
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Removing Elements from the Array 

Because it is a right button click in the window that brings up the Remove from Array dialog box, it is 
the program's OnRButtonDown() function that handles the element-deletion duties. Listing F.3 shows 
this function. 

Listing F.3 CArrayView::OnRButtonDown() 

void CArrayView : : OnRButtonDown (UINT nFlags, CPoint point) 

{ 

ArrayRemoveDlg dialog (this ) ; 
dialog . m_remove = 0; 
dialog . m_removeAll = FALSE; 
int result = dialog . DoModal () ; 
if (result == IDOK) 

{ 

if (dialog . m_removeAll ) 
array . RemoveAll ( ) ; 

else 

array . RemoveAt (dialog . m_remove ) ; 

Invalidate ( ) ; 

} 

CView: : OnRButtonDown (nFlags , point) ; 

} 

In this function, after displaying the dialog box, the program checks the value of the dialog box's 
m_removcAll data member. A value of TRUE means that the user has checked this option and wants to 
delete all elements from the array. In this case, the program calls the array object's RemoveAll() member 
function. Otherwise, the program calls RemoveAt(), whose single argument specifies the index of the 
element to delete. The call to Invalidate() forces the window to redraw the data display with the new 
information. 

The List Classes 



Lists are like fancy arrays. The MFC list classes use linked lists, which use pointers to link their elements 
(called nodes) rather than depend on contiguous memory locations to order values. Lists are a better data 
structure to use when you need to be able to insert and delete items quickly. However, finding items in a 
list can be slower than finding items in an array because a list often needs to be traversed sequentially to 
follow the pointers from one item to the next. 

When using lists, you need to know some new vocabulary. Specifically, you need to know that the head 
of a list is the first node in the list and the tail of the list is the last node in the list (see Figure F.7). Each 
node knows how to reach the next node, the one after it in the list. You'll see these terms used often as 
you explore MFC's list classes. 
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FIG. F.7 A linked list has a head and a tail, with the remaining nodes in between. 



MFC provides three list classes that you can use to create your lists. These classes are CObList (which 
represents a list of objects), CPtrList (which represents a list of pointers), and CStringList (which 
represents a list of strings). Each of these classes has similar member functions, and the classes differ in 
the type of data that they can hold in their lists. Table F.2 lists and describes the member functions of the 
list classes. 

Table F.2 Member Functions of the List Classes 



Function 


Description 


AddHeadO 


Adds a node to the head of the list, making the node the new head 


AddTailO 


Adds a node to the tail of the list, making the node the new tail 


FindO 


Searches the list sequentially to find the given object pointer and returns a 
POSITION value 


FindIndexO 


Scans the list sequentially, stopping at the node indicated by the given index, and 
returns a POSITION value for the node 


GetAtO 


Gets the node at the specified position 


GetCountO 


Gets the number of nodes in the list 


GetHeadO 


Gets the list's head node 


GetHeadPositionO 


Gets the head node's position 


GetNextO 


Gets the next node in the list when iterating over a list 


GetPrevO 


Gets the previous node in the list when iterating over a list 


GetTailO 


Gets the list's tail node 


GetTailPositionO 


Gets the tail node's position 


Insert After() 


Inserts a new node after the specified position 


InsertBeforeO 


Inserts a new node before the specified position 


IsEmptyO 


Returns TRUE if the list is empty and returns FALSE otherwise 


RemoveAllO 


Removes all nodes from a list 


RemoveAtO 


Removes a single node from a list 


RemoveHeadO 


Removes the list's head node 


RemoveTailO 


Removes the list's tail node 


SetAtO 


Sets the node at the specified position 



List Templates 

Linked lists are another good use for templates. There is a list and a deque (double-ended 
queue) in the Standard Template Library, discussed in Chapter 26, "Exceptions and 
Templates." Many developers find the MFC list classes much easier to use than templates. 
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There are also MFC collection templates, discussed later in this chapter. 



Introducing the List Application 

As you've no doubt guessed, now that you know a little about list classes and their member functions, 
you're going to get a chance to see lists in action— in the List application. When you run the application, 
you see the window shown in Figure F.8. The window displays the values of the single node with which 
the list begins. Each node in the list can hold two different values, both of which are integers. 

FIG. F.8 The List application begins with one node in its list. 

Using the List application, you can experiment with adding and removing nodes from a list. To add a 
node, left-click in the application's window. You then see the dialog box shown in Figure F.9. Enter the 
two values that you want the new node to hold and then click OK. When you do, the program adds the 
new node to the tail of the list and displays the new list in the window. Eor example, if you enter the 
values 55 and 65 in the dialog box, you see the display shown in Eigure E.IO. 

FIG. F.9 A left click in the window brings up the Add Node dialog box. 

FIG. F.IO Each node you add to the list can hold two different values. 

You can also delete nodes from the list. To do this, right-click in the window to display the Remove 
Node dialog box (see Figure F.l 1). Using this dialog box, you can choose to remove the head or tail 
node. If you exit the dialog box by clicking OK, the program deletes the specified node and displays the 
resulting list in the window. 



NOTE: If you try to delete nodes from an empty list, the List application displays a message 
box, warning you of your error. If the application didn't catch this possible error, the 
program could crash when it tries to delete a nonexistent node. 



FIG. F.II Right-click in the window to delete a node. 

Declaring and Initializing the List 

Declaring a list is as easy as declaring any other data type. Just include the name of the class you're 
using, followed by the name of the object. For example, the List application declares its list like this: 

CPtrList list; 

Here, the program is declaring an object of the CPtrList class. This class holds a linked list of pointers, 
which means that the list can reference nearly any type of information. 

Although there's not much you need to do to initialize an empty list, you do need to decide what type of 
information will be pointed to by the pointers in the list. That is, you need to declare exactly what a node 
in the list will look like. The List application declares a node as shown in Listing F.4. 

Listing F.4 CNode Structure 
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struct CNode 
{ 

int valuel; 
int value2; 

}; 

Here, a node is defined as a structure holding two integer values. However, you can create any type of 
data structure you like for your nodes. To add a node to a list, you use the new operator to create a node 
structure in memory, and then you add the returned pointer to the pointer list. The List application begins 
its list with a single node, which is created in the view class's constructor, as shown in Listing F.5. 

Listing F.5 CMyListView Constructor 

CMyListView: : CMyListView ( ) 

{ 

CNode* pNode = new CNode; 
pNode->valuel = 11; 
pNode->value2 = 22; 
list . AddTail (pNode) ; 

} 

In Listing F.5, the program first creates a new CNode structure on the heap and then sets the node's two 
members. After initializing the new node, a quick call to the list's AddTail() member function adds the 
node to the list. Because the list was empty, adding a node to the tail of the list is the same as adding the 
node to the head of the list. That is, the program could have also called AddHead() to add the node. In 
either case, the new single node is now both the head and tail of the list. 

Adding a Node to the List 

Although you can insert nodes at any position in a list, the easiest way to add to a list is to add a node to 
the head or tail, making the node the new head or tail. In the List application, you left-click in the 
window to bring up the Add Node dialog box, so you'll want to examine the OnLButtonDown() function, 
which looks like Listing F.6. 

Listing F.6 CMyListView: :OnLButtonDown() 

void CMyListView :: OnLButtonDown (UINT nFlags, CPoint point) 

{ 

// Create and initialize the dialog box. 

AddNodeDlg dialog; 
dialog . m_valuel = 0; 
dialog . m_value2 = 0; 

// Display the dialog box. 
int result = dialog . DoModal () ; 

// If the user clicked the OK button... 
if (result == IDOK) 
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{ 

// Create and initialize the new node. 

CNode* pNode = new CNode; 
pNode->valuel = dialog . m_valuel ; 
pNode->value2 = dialog . m_value2 ; 

// Add the node to the list, 
list . AddTail (pNode) ; 

// Repaint the window. 

Invalidate ( ) ; 

} 

CView: : OnLButtonDown (nFlags , point) ; 

} 

In Listing F.6, after displaying the dialog box, the program checks whether the user exited the dialog 
with the OK button. If so, the user wants to add a new node to the list. In this case, the program creates 
and initializes the new node, as it did previously for the first node that it added in the view class's 
constructor. The program adds the node in the same way, too, by calling the AddTail(). If you want to 
modify the List application, one thing you could try is to give the user a choice between adding the node 
at the head or the tail of the list, instead of just at the tail. 

Deleting a Node from the List 

Deleting a node from a list can be easy or complicated, depending on where in the list you want to delete 
the node. As with adding a node, dealing with nodes other than the head or tail requires that you first 
locate the node that you want and then get its position in the list. Y ou'll learn about node positions in the 
next section, which demonstrates how to iterate over a list. To keep things simple, however, this program 
enables you to delete nodes only from the head or tail of the list, as shown in Listing F.7. 

Listing F.7 CMyListView::OnRButtonDown() 

void CMyListView : : OnRButtonDown (UINT nFlags, CPoint point) 

{ 

// Create and initialize the dialog box. 

RemoveNodeDlg dialog; 
dialog . m_radio = 0; 

// Display the dialog box. 
int result = dialog . DoModal () ; 

// If the user clicked the OK button... 
if (result == IDOK) 

{ 

CNode* pNode; 

// Make sure the list isn't empty, 
if (list . IsEmpty ( ) ) 

MessageBox ( "No nodes to delete."); 

else 

{ 
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// Remove the specified node, 
if (dialog . m_radio == 0) 

pNode = (CNode* ) list . RemoveHead ( ) ; 

else 

pNode = (CNode* ) list . RemoveTail ( ) ; 

// Delete the node object and repaint the window, 
delete pNode; 

Invalidate ( ) ; 

} 

} 

CView: : OnRButtonDown (nFlags , point) ; 

} 

Here, after displaying the dialog box, the program checks whether the user exited the dialog box via the 
OK button. If so, the program must then check whether the user wants to delete a node from the head or 
tail of the list. If the Remove Head radio button was checked, the dialog box's m_radio data member will 
be 0. In this case, the program calls the list class's RemoveHead() member function. Otherwise, the 
program calls RemoveTail(). Both of these functions return a pointer to the object that was removed from 
the list. Before calling either of these member functions, however, notice how the program calls 
IsEmptyO to determine whether the list contains any nodes. You can't delete a node from an empty list. 



NOTErotice that when removing a node from the list, the List application calls delete on the 
pointer returned by the list. It's important to remember that when you remove a node from a 
list, the node's pointer is removed from the list, but the object to which the pointer points is 
still in memory, where it stays until you delete it. n 



Iterating Over the List 

Often, you'll want to iterate over (read through) a list. For example, you might want to display the values 
in each node of the list, starting from the head of the list and working your way to the tail. The List 
application does exactly this in its OnDraw() function, as shown in Listing F.8. 

Listing F.8 CMyListView::OnDraw() 

void CMyListView : : OnDraw (CDC* pDC) 

{ 

CListDoc* pDoc = GetDocument ( ) ; 

ASSERT_VALID (pDoc) ; 

/ / Get the current font ' s height . 

TEXTMETRIC textMetric; 
pDC->GetTextMet rics ( &textMet ric ) ; 
int fontHeight = textMetric . tmHeight ; 

// Initialize values used in the loop. 

POSITION pos = list . GetHeadPosition ( ) ; 
int displayPosit ion = 10; 
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int index = 0 ; 

// Iterate over the list, displaying each node's values, 
while (pos != NULL) 

{ 

CNode* pNode = (CNode* ) list . GetNext (pos ) ; 
char s [ 8 1 ] ; 

wsprintf (s, "Node %d contains %d and %d.", 
index, pNode->valuel , pNode->value2 ) ; 
pDC->TextOut ( 10 , displayPosition, s); 
displayPosit ion += fontHeight; 

++index ; 

} 

} 

In Listing F.8, the program gets the position of the head node by calling the GetHeadPosition() member 
function. The position is a value that many of the list class's member functions use to quickly locate 
nodes in the list. You must have this starting position value to iterate over the list. 

In the while loop, the iteration actually takes place. The program calls the list object's GetNext() member 
function, which requires as its single argument the position of the node to retrieve. The function returns a 
pointer to the node and sets the position to the next node in the list. When the position is NULL, the 
program has reached the end of the list. In Listing F.8, this NULL value is the condition that's used to 
terminate the while loop. 

Cleaning Up the List 

There's one other time when you need to iterate over a list. That's when the program is about to terminate 
and you need to delete all the objects pointed to by the pointers in the list. The List application performs 
this task in the view class's destructor, as shown in Listing F.9. 

Listing F.9 CMyListView Destructor 

CMyListView: : -CMyListView ( ) 

{ 

// Iterate over the list, deleting each node, 
while ( ! list . I sEmpty ( ) ) 

{ 

CNode* pNode = (CNode* ) list . RemoveHead () ; 
delete pNode; 

} 

} 

The destructor in Listing F.9 iterates over the list in a while loop until the IsEmptyO member function 
returns TRUE. Inside the loop, the program removes the head node from the list (which makes the next 
node in the list the new head) and deletes the node from memory. When the list is empty, all the nodes 
that the program allocated have been deleted. 
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CAUTION: Don't forget that you're responsible for deleting every node that you create with 
the new operator. If you fail to delete nodes, you might cause a memory leak. In a small 
program like this, a few wasted bytes don't matter, but in a long-running program adding 
and deleting hundreds or thousands of list nodes, you could create serious errors in your 
program. It's always good programming practice to delete any objects you allocate in 
memory. 



]TIP: Chapter 24, "Improving Your Application's Performance," discusses memory 
management and preventing memory leaks. 



The Map Classes 

You can use MFC's mapped collection classes for creating lookup tables. For example, you might want 
to convert digits to the words that represent the numbers. That is, you might want to use the digit 1 as a 
key to find the word one. A mapped collection is perfect for this sort of task. Thanks to the many MFC 
map classes, you can use various types of data for keys and values. 

The MFC map classes are CMapPtrToPtr, CMapPtrToWord, CMapStringToOb, CMapStringToPtr, 
CMapStringToString, CMapWordToOb, and CMapWordToPtr. The first data type in the name is the 
key, and the second is the value type. For example, CMapStringToOb uses strings as keys and objects as 
values, whereas CMapStringToString, which this section uses in its examples, uses strings as both keys 
and values. All the map classes are similar and so have similar member functions, which are listed and 
described in Table F.3. 

Table F.3 Functions of the Map Classes 



Function 


Description 


GetCountO 


Gets the number of map elements 


GetNextAssocO 


Gets the next element when iterating over the map 


GetStartPositionO 


Gets the first element's position 


IsEmptyO 


Returns TRUE if the map is empty and returns EALSE otherwise 


LookupO 


Einds the value associated with a key 


RemoveAllO 


Removes all the map's elements 


RemoveKeyO 


Removes an element from the map 


SetAtO 


Adds a map element or replaces an element with a matching key 



Map Templates 

Maps and lookup tables are another good use for templates. There are set, multiset, map, and 
multimap templates in the Standard Template Library, discussed in Chapter 26, "Exceptions 
and Templates." Many developers find the MFC map classes much easier to use than 
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templates. There are also MFC collection templates, discussed later in this chapter. 



Introducing the Map Application 

This section's sample program, Map, displays the contents of a map and enables you to retrieve values 
from the map by giving the program the appropriate key. When you run the program, you see the 
window shown in Figure F.12. 

The window displays the contents of the application's map object, in which digits are used as keys to 
access the words that represent the numbers. To retrieve a value from the map, click in the window. You 
then see the dialog box shown in Figure F.13. Type the digit that you want to use for a key and click OK. 
The program finds the matching value in the map and displays it in another message box. For example, if 
you type 8 as the key, you see the message box shown in Figure F.14. If the key doesn't exist, the 
program's message box tells you so. 

FIG. F.12 The Map application displays the contents of a map object. 

FIG. F.13 The Get Map Value dialog box enables you to match a key with the key's value in the map. 
FIG. F.14 This message box displays the requested map value. 

Creating and Initializing the Map 

The Map application begins with a 10-element map. The map object is declared as a data member of the 
view class, like this: 

CMapSt ringToSt ring map; 

This is an object of the CMapStringToString class, which means that the map uses strings as keys and 
strings as values. 

Declaring the map object doesn't, of course, fill it with values. You have to do that on your own, which 
the Map application does in its view class constructor, shown in Listing F.IO. 

Listing F.10 CMapView Constructor 



CMapView : : CMapView ( ) 
{ 

map . SetAt ( " 1 " , 




"One" ) 


map . SetAt ( " 2 " , 


"Two" ) 


map . SetAt ( " 3 " , 


" Three 


map . SetAt ( " 4 " , 


"Four" 


map . SetAt ( " 5 " , 


"Five " 


map . SetAt ( " 6 " , 


"Six" ) 


map . SetAt ( " 7 " , 


" Seven 


map . SetAt ( " 8 " , 


"Eight 


map . SetAt ( " 9 " , 


"Nine " 


map . SetAt ("10", 


"Ten" 
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} 

The SetAtO function takes as parameters the key and the value to associate with the key in the map. If 
the key already exists, the function replaces the value associated with the key with the new value given 
as the second argument. 

Retrieving a Vaiue from the Map 

When you click in Map's window, the Get Map Value dialog box appears, so it's probably not surprising 
that the view class OnLButtonDown() member function comes into play somewhere. Listing F.l 1 shows 
this function. 

Listing F.11 CMapView::OnLButtonDown() 

void CMapView : : OnLButtonDown (UINT nFlags, CPoint point) 

{ 

// Initialize the dialog box. 

GetMapDlg dialog (this ) ; 
dialog. m_key = 

// Display the dialog box. 
int result = dialog . DoModal () ; 

// If the user exits with the OK button. . . 
if (result == IDOK) 

{ 

// Look for the requested value. 

CString value; 

BOOL found = map . Lookup (dialog . m_key, value); 
if (found) 

MessageBox (value ) ; 

else 

MessageBox ( "No matching value."); 

} 

CView: : OnLButtonDown (nFlags , point) ; 

} 

In OnLButtonDownO, the program displays the dialog box in the usual way, checking whether the user 
exited the dialog box by clicking the OK button. If the user did, the program calls the map object's 
LookupO member function, using the key that the user entered in the dialog box as the first argument. 
The second argument is a reference to the string in which the function can store the value it retrieves 
from the map. If the key can't be found, the LookupO function returns FALSE; otherwise, it returns 
TRUE. The program uses this return value to determine whether it should display the string value 
retrieved from the map or a message box indicating an error. 
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Iterating Over the Map 

To display the keys and values used in the map, the program must iterate over the map, moving from one 
entry to the next, retrieving and displaying the information for each map element. As with the array and 
list examples, the Map application accomplishes this in its OnDraw() function, which is shown in Listing 
F.12. 

Listing F.12 CMapView::OnDraw() 

void CMapView : : OnDraw (CDC* pDC) 

{ 

CMapDoc* pDoc = GetDocument ( ) ; 

ASSERT_VALID (pDoc) ; 

TEXTMETRIC textMetric; 
pDC->GetTextMet rics ( &textMet ric ) ; 
int fontHeight = textMetric . tmHeight ; 
int displayPosit ion = 10; 

POSITION pos = map . GetStartPosition ( ) ; 

CString key; 

CString value; 
while (pos != NULL) 

{ 

map . GetNextAssoc (pos , key, value); 

CString str = "Key ' " + key + 

is associated with the value + 
value + " ' " ; 

pDC->TextOut ( 10 , displayPosition, str); 
displayPosit ion += fontHeight; 

} 

} 

Much of this OnDrawO function is similar to other versions that you've seen in this chapter. The map 
iteration, however, begins when the program calls the map object's GetStartPosition() member function, 
which returns a position value for the first entry in the map (not necessarily the first entry that you added 
to the map). Inside a while loop, the program calls the map object's GetNextAssoc() member function, 
giving the position returned from GetStartPosition() as the single argument. GetNextAssoc() retrieves the 
key and value at the given position and then updates the position to the next element in the map. When 
the position value becomes NULL, the program has reached the end of the map. 

Collection Class Templates 

MFC includes class templates that you can use to create your own special types of collection classes. 

(For more information on templates, please refer to the section "Exploring Templates" in Chapter 26.) 
Although the subject of templates can be complex, using the collection class templates is easy enough. 
For example, suppose that you want to create an array class that can hold structures of the type shown in 
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Listing F.13. 



Listing F.13 A Sampie Structure 

struct MyValues 
{ 

int valuel; 
int value2; 
int valueS; 

}; 

The first step is to use the template to create your class, like this: 

CArray<MyValues , MyValues&> myValueArray ; 

Here, CArray is the template you use for creating your own array classes. The template's two arguments 
are the type of data to store in the array and the type of data that the new array class's member functions 
should use as arguments where appropriate. In this case, the type of data to store in the array is structures 
of the MyValues type. The second argument specifies that class member functions should expect 
references to MyValues structures as arguments, where needed. 

To build your array, you optionally set the array's initial size: 

myValueArray . SetSize ( 1 0 , 5); 

Then you can start adding elements to the array, like this: 

MyValues myValues; 
myValueArray . Add (myValues ) ; 

After you create your array class from the template, you use the array as you do any of MFC's array 
classes, described earlier in this chapter. Other collection class templates you can use are CList and 
CMap. This means you can take advantage of all the design work put in by the MFC team to create an 
array of Employee objects, or a linked list of Order objects, or a map linking names to Customer objects. 

The String Class 

There are few programs that don't have to deal with text strings of one sort or another. Unfortunately, 
C++ is infamous for its weak string-handling capabilities, whereas languages such as BASIC and Pascal 
have always enjoyed superior power when it comes to these ubiquitous data types. MFC's CString class 
addresses C++'s string problems by providing member functions that are as handy to use as those found 
in other languages. Table F.4 lists the commonly used member functions of the CString class. 

Table F.4 Commonly Used Member Functions of the CString Class 



Function 


Description 


CompareO 


A case-sensitive compare of two strings 


CompareNoCaseO 


Not a case-sensitive compare of two strings 
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EmptyO 


Clears a string 


FindO 


Locates a substring 


FormatO 


"Prints" variables in a CString much like the C sprintf function 


GetAtO 


Gets a character at a specified position in the string 


GetBufferO 


Gets a pointer to the string's contents 


GetLengthO 


Gets the number of characters in the string 


IsEmptyO 


Returns TRUE if the string holds no characters 


LeftO 


Gets a string's left segment 


MakeLowerO 


Lowercases a string 


MakeReverseO 


Reverses a string's contents 


MakeUpperO 


Uppercases a string 


Mid() 


Gets a string's middle segment 


Righto 


Gets a string's right segment 


SetAtO 


Sets a character at a specified position in the string 


TrimLeftO 


Removes leading whitespace characters from a string 


TrimRightO 


Removes trailing whitespace characters from a string 



Besides the functions listed in the table, the CString class also defines a full set of operators for dealing 
with strings. Using these operators, you can do things like concatenate (join together) strings with the 
plus sign (+), assign values to a string object with the equal sign (=), access the string as a C-style string 
with the LPCTSTR operator, and more. 

Creating a string object is quick and easy, like this: 

CString str = "This is a test string"; 

Of course, there are lots of ways to construct your string object. The previous example is only one 
possibility. You can create an empty string object and assign characters to it later, you can create a string 
object from an existing string object, and you can even create a string from a repeating character. The 
one thing you don't have to do is decide the size of your string as you make it. Managing the memory 
isn't your problem any more. 

After you have created the string object, you can call its member functions and manipulate the string in a 
number of ways. For example, to convert all the characters in the string to uppercase, you'd make a 
function call like this: 

str . MakeUpper ( ) ; 

To lengthen a string, use the + or += operators, like this: 

CString sentence = "hello " + str; 
sentence += " there." 

To compare two strings, you'd make a function call like this: 

st r . Compare (" Test String"); 
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You can also compare two CString objects: 

CString testStr = "Test String"; 
str. Compare (testStr) ; 

or neater still: 

if (testStr == str) 

If you peruse your online documentation, you'll find that most of the other CString member functions are 
equally easy to use. 

The Time Classes 



If you've ever tried to manipulate time values returned from a computer, you'll be pleased to learn about 
MFC's CTime and CTimeSpan classes, which represent absolute times and elapsed times, respectively. 
The use of these classes is straightforward, so there's no sample program for this section. However, the 
following sections get you started with these handy classes. Before you start working with the time 
classes, look over Table F.5, which lists the member functions of the CTime class, and Table F.6, which 
lists the member functions of the CTimeSpan class. 

Table F.5 Member Functions of the CTime Class 



Function 


Description 


FormatO 


Constructs a string representing the time object's time. 


FormatGmtO 


Constructs a string representing the time object's GMT (or UTC) time. This is 
Greenwich Mean Time. 


GetCurrentT ime() 


Creates a CTime object for the current time. 


GetDayO 


Gets the time object's day as an integer. 


GetDayOfW eek() 


Gets the time object's day of the week, starting with 1 for Sunday. 


GetGmtTmO 


Gets a time object's second, minute, hour, day, month, year, day of the week, and 
day of the year as a tm structure. 


GetHourO 


Gets the time object's hour as an integer. 


GetLocalTmO 


Gets a time object's local time, returning the second, minute, hour, day, month, year, 
day of the week, and day of the year in a tm structure. 


GetMinuteO 


Gets the time object's minutes as an integer. 


GetMonthO 


Gets the time object's month as an integer. 


GetSecondO 


Gets the time object's second as an integer. 


GetTimeO 


Gets the time object's time as a time_t value. 


GetYearO 


Gets the time object's year as an integer. 



Table F.6 Member Functions of the CTimeSpan Class 
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Function 


Description 


FormatO 


Constructs a string representing the time-span object's time 


GetDaysO 


Gets the time-span object's days 


GetHoursO 


Gets the time-span object's hours for the current day 


GetMinutesO 


Gets the time-span object's minutes for the current hour 


GetSecondsO 


Gets the time-span object's seconds for the current minute 


GetTotalHoursO 


Gets the time- span objects total hours 


GetTotalMinutesO 


Gets the time-span object's total minutes 


GetT otalSeconds 0 


Gets the time-span object's total seconds 



Using a CTime Object 



Creating a CTime object for the current time is a simple matter of calling the GetCurrentTime() function, 
like this: 

CTime time = CTime :: GetCurrentTime () ; 

Because GetCurrentTime() is a static member function of the CTime class, you can call it without 
actually creating a CTime object. You do, however, have to include the class's name as part of the 
function call, as shown in the preceding code. As you can see, the function returns a CTime object. This 
object represents the current time. If you wanted to display this time, you could call on the Format() 
member function, like this: 

CString str = time . Format ( "DATE : %A, %B %d, %Y"); 

The FormatO function takes as its single argument a format string that tells the function how to create the 
string representing the time. The previous example creates a string that looks like this: 

DATE: Saturday, April 19, 1998 

The format string used with Format() is not unlike the format string used with functions like the old DOS 
favorite, printf(), or the Windows conversion function wsprintf(). That is, you specify the string's format 
by including literal characters along with control characters. The literal characters, such as the "DATE:" 
and the commas in the previous string example, are added to the string exactly as you type them, whereas 
the format codes are replaced with the appropriate values. For example, the %A in the previous code 
example will be replaced by the name of the day, and the %B will be replaced by the name of the month. 
Although the format-string concept is the same as that used with printf(), the Format() function has its 
own set of format codes, which are listed in Table F.7. 



Table F.7 Format Codes for the Format() Function 



Code 


Description 


%a 


Day name, abbreviated (such as Sat for Saturday) 


%A 


Day name, no abbreviation 


%h 


Month name, abbreviated (such as Mar for March) 
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%B 


Month name, no abbreviation 


%c 


Localized date and time (for the U.S., that would be something like 03/17/98 12:15:34) 


%d 


Day of the month as a number (01-31) 


%H 


Hour in the 24-hour format (00-23) 


%l 


Hour in the normal 12-hour format (01-12) 


%j 


Day of the year as a number (001-366) 


%m 


Month as a number (01-12) 


%M 


Minute as a number (00-59) 


%p 


Localized a.m./p.m. indicator for 12-hour clock 


%S 


Second as a number (00-59) 


%U 


Week of the year as a number (00-51, considering Sunday to be the first day of the week) 


%w 


Day of the week as a number (0-6, with Sunday being 0) 


%W 


Week of the year as a number (00-51, considering Monday to be the first day of the week) 


%x 


Localized date representation 


%X 


Localized time representation 


%y 


Year without the century prefix as a number (00-99) 


%Y 


Year with the century prefix as a decimal number (such as 1998) 


%z 


Name of time zone, abbreviated 


%Z 


Name of time zone, not abbreviated 


%% 


Percent sign 



Other CTime member functions such as GetMinute(), GetYear(), and GetMonth() are obvious in their 
use. However, you may like an example of using a function like GetLocalTm(), which is what the 
following shows: 

struct tm* timeStruct; 
timeStruct = t ime . GetLocalTm ( ) ; 

The first line of the previous code declares a pointer to a tm structure. (The tm structure is defined by 
Visual C++ and shown in Listing F.14.) The second line sets the pointer to the tm structure created by the 
call to GetLocalTm(). 

Listing F.14 The tm Structure 



struct tm { 
int 
int 
int 
int 
int 
int 



tm_sec; 
tm_min ; 
tm_hour ; 
tm_mday ; 
tm_mon ; 
tm_year ; 



/* seconds after the minute - [0,59] */ 

/* minutes after the hour - [0,59] */ 

/* hours since midnight - [0,23] */ 

/* day of the month - [1,31] */ 

/* months since January - [0,11] */ 

/* years since 1900 */ 
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int tm_wday; 
int tm_yday; 
int tm_isdst; 

}; 



/* days since Sunday - [0,6] */ 

/* days since January 1 - [0,365] */ 

/* daylight saving time flag */ 



NOOTE: The CTime class features a number of overloaded constructors, enabling you to 
create CTime objects in various ways and using various times, n 



Using a CTimeSpan Object 

A CTimeSpan object is nothing more complex than the difference between two times. You can use 
CTime objects in conjunction with CTimeSpan objects to easily determine the amount of time that's 
elapsed between two absolute times. To do this, first create a CTime object for the current time. Then, 
when the time you're measuring has elapsed, create a second CTime object for the current time. 
Subtracting the old time object from the new one gives you a CTimeSpan object representing the amount 
of time that has elapsed. The example in Listing F.15 shows how this process works. 

Listing F.15 Calculating a Time Span 

CTime startTime = CTime :: GetCurrentTime () ; 

//. 

//. Time elapses... 

//. 

CTime endTime = CTime :: GetCurrentTime () ; 

CTimeSpan timeSpan = endTime - startTime; 
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Messages and Commands 

• Understanding Message Routing 

• Understanding Message Loops 

• Reading Message Maps 

o Message Map Maeros 
o How Message Maps Work 
o Messages Caught by MFC Code 

• Learning How ClassWizard Helps You Cateh Messages 

o The ClassWizard Tabbed Dialog Box 
o The Add Windows Message Handler Dialog Box 
o Whieh Class Should Cateh the Message? 

• Reeognizing Messages 

• Understanding Commands 

• Understanding Command Updates 

• Learning How ClassWizard Helps You Cateh Commands and Command Updates 



Understanding Message Routing 

If there is one thing that sets Windows programming apart from other kinds of programming, it is messages. Most 
DOS programs, for example, relied on watehing (sometimes ealled polling) possible sourees of input like the 
keyboard or the mouse to await input from them. A program that wasn't polling the mouse would not reaet to mouse 
input. In eontrast, everything that happens in a Windows program is mediated by messages. A message is a way for 
the operating system to tell an applieation that something has happened— for example, the user has typed, elieked, or 
moved the mouse, or the printer has beeome available. A window (and every sereen element is a window) ean also 
send a message to another window, and typieally most windows reaet to messages by passing a slightly different 
message along to another window. MFC has made it mueh easier to deal with messages, but you must understand 
what is going on beneath the surfaee. 
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Messages are all referred to by their names, though the operating system uses integers to refer to them. An enormous 
list of #define statements eonneets names to numbers and lets Windows programmers talk about WM_PAINT or 
WM_SIZE or whatever message they need to talk about. (The WM stands for Window Message.) An exeerpt from 
that list is shown in Listing 3.1. 

Listing 3.1 Excerpt from winuser.h Defining Message Names 



#def ine 


WM_SETFOCUS 


0x0007 


#def ine 


WM_KILLFOCUS 


0x0008 


#def ine 


WM_FNABLF 


OxOOOA 


#def ine 


WM_SFTRFDRAW 


OxOOOB 


#def ine 


WM_SETTEXT 


OxOOOC 


#def ine 


WM_GETTEXT 


OxOOOD 


#def ine 


WM_GETTEXTLENGTH 


OxOOOE 


#def ine 


WM_PAINT 


OxOOOF 


#def ine 


WM_CL0SE 


0x0010 


#def ine 


WM_QUERYEND SE S SION 


0x0011 


#def ine 


WM_QUIT 


0x0012 


#def ine 


WM_QUERYOPEN 


0x0013 


#def ine 


WM_ERASEBKGND 


0x0014 


#def ine 


WM_SYSCOLORCHANGE 


0x0015 


#def ine 


WM_ENDSESSION 


0x0016 



As well as a name, a message knows what window it is for and ean have up to two parameters. (Often, several 
different values are paeked into these parameters, but that's another story.) 

Different messages are handled by different parts of the operating system or your applieation. For example, when 
the user moves the mouse over a window, the window reeeives a WM_MOUSEMOVE message, whieh it almost 
eertainly passes to the operating system to deal with. The operating system redraws the mouse eursor at the new 
loeation. When the left button is elieked over a button, the button (whieh is a window) reeeives a 
WM_LBUTTONDOWN message and handles it, often generating another message to the window that eontains the 
button, saying, in effeet, "I was elieked." 

MFC has enabled many programmers to eompletely ignore low-level messages sueh as WM_MOUSEMOVE and 
WM_LBUTTONDOWN. Instead, programmers deal only with higher level messages that mean things like "The 
third item in this list box has been seleeted" or "The Submit button has been elieked." All these kinds of messages 
move around in your eode and the operating system eode in the same way as the lower level messages. The only 
differenee is what pieee of eode ehooses to handle them. MFC makes it mueh simpler to announee, at the individual 
elass's level, whieh messages eaeh elass ean handle. The old C way, whieh you will see in the next seetion, made 
those announeements at a higher level and interfered with the objeet-oriented approaeh to Windows programming, 
whieh involves hiding implementation details as mueh as possible inside objeets. 

Understanding Message Loops 

The heart of any Windows program is the message loop, typieally eontained in a WinMain() routine. The 
WinMainO routine is, like the main() in DOS or UNIX, the funetion ealled by the operating system when you run 
the program. You won't write any WinMain() routines beeause it is now hidden away in the eode that AppWizard 
generates for you. Still, there is a WinMain(), just as there is in Windows C programs. Listing 3.2 shows a typieal 
WinMain(). 

Listing 3.2 Typical WinMainQ Routine 
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int APIENTRY WinMain (HINSTANCE hinstance, 

HINSTANCE hPrevInstance, 
LPSTR IpCmdLine, 
int nCmdShow) 



MSG msg; 

if ( ! InitApplicat ion (hinstance) ) 
return (FALSE) ; 

if ( ! Initinstance (hinstance, nCmdShow) ) 
return (FALSE) ; 

while (GetMessage (&msg, NULL, 0, 0) ) { 
TranslateMessage (&msg) ; 

DispatchMessage (&msg) ; 

} 

return (msg . wParam) ; 



In a Windows C program like this, InitApplication() typically calls RegisterWindow(), and Initlnstance() typically 
calls CreateWindowO- (More details on this are in Appendix B, "Windows Programming Review and a Look Inside 
Cwnd.") Then comes the message loop, the while loop that calls GetMessage(). The API function GetMessage() fills 
msg with a message destined for this application and almost always returns TRUE, so this loop runs over and over 
until the program is finished. The only thing that makes GetMessage() return FALSE is if the message it receives is 
WM_QUIT. 

TranslateMessageO is an API function that streamlines dealing with keyboard messages. Most of the time, you don't 
need to know that "the A key just went down" or "the A key just went up," and so on. It's enough to know that "the 
user pressed A." TranslateMessageO deals with that. It catches the WM_KEYDOWN and WM_KEYUP messages 
and usually sends a WM_CHAR message in their place. Of course, with MFC, most of the time you don't care that 
the user pressed A. The user types into an edit box or similar control, and you can retrieve the entire string out of it 
later, when the user has clicked OK. Don't worry too much about TranslateMessageO. 

The API function DispatchMessage() calls the WndProc for the window that the message is headed for. The 
WndProcO function for a Windows C program is a huge switch statement with one case for each message the 
programmer planned to catch, such as the one in Listing 3.3. 

Listing 3.3 Typicai WndProcQ Routine 

LONG APIENTRY MainWndProc (HWND hWnd, // window handle 

UINT message, // type of message 
UINT wParam, // additional information 
LONG IParam) // additional information 

{ 

switch (message) { 
case WM_MOUSEMOVE : 

/ /handle mouse movement 
break; 

case WM_LBUTTONDOWN: 

//handle left click 
break; 

case WM_RBUTTONDOWN: 

//handle right click 
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break; 

case WM_PAINT : 

/ / repaint the window 
break; 

case WM_DESTROY: // message: window being destroyed 
PostQuitMessage (0); 
break; 
default : 

return (DefWindowProc (hWnd, message, wParam, IParam) ) ; 

} 

return ( 0 ) ; 

} 

As you can imagine, these WndProcs become very long in a hurry. Program maintenance can be a nightmare. MFC 
solves this problem by keeping information about message processing close to the functions that handle the 
messages, freeing you from maintaining a giant switch statement that is all in one place. Read on to see how it's 
done. 

Reading Message Maps 

Message maps are part of the MFC approach to Windows programming. Instead of writing a WinMain() function 
that sends messages to your WindProc and then writing a WindProc that checks which kind of message this is and 
then calls another of your functions, you just write the function that will handle the message, and you add a message 
map to your class that says, in effect, "I will handle this sort of message." The framework handles whatever routing 
is required to send that message to you. 



TIP: If you've worked in Microsoft Visual Basic, you should be familiar with event procedures, which 
handle specific events such as a mouse click. The message-handling functions you will write in C+-I- are 
equivalent to event procedures. The message map is the way that events are connected to their handlers. 



Message maps come in two parts: one in the .h file for a class and one in the corresponding .cpp. Typically, they are 
generated by wizards, although in some circumstances you will add entries yourself. Listing 3.4 shows the message 
map from the header file of one of the classes in a simple application called ShowString, presented in Chapter 8, 
"Building a Complete Application: ShowString." 

Listing 3.4 Message Map from showstring. h 

// { { AFX_MSG (CShowStringApp) 

afx_msg void OnAppAbout ( ) ; 

// NOTE - the ClassWizard will add and remove member functions here. 
// DO NOT EDIT what you see in these blocks of generated code ! 

//} }AFX_MSG 

DECLARE_MESSAGE_MAP () 

This declares a function called OnAppAbout(). The specially formatted comments around the declarations help 
ClassWizard keep track of which messages are caught by each class. DECLARE_MESSAGE_MAP() is a macro, 
expanded by the C++ compiler's preprocessor, that declares some variables and functions to set up some of this 
magic message catching. 

The message map in the source file, as shown in Listing 3.5, is quite similar. 
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Listing 3.5 Message Map from Chapter 8's showstring. cpp 

BEGIN_MESSAGE_MAP (CShowSt ringApp, CWinApp) 

//{ {AFX_MSG_MAP (CShowSt ringApp) 

ON_COMMAND ( ID_APP_ABOUT , OnAppAbout) 

// NOTE - the ClassWizard will add and remove mapping macros here. 

// DO NOT EDIT what you see in these blocks of generated code! 

// } }AFX_MSG_MAP 

/ / Standard file based document commands 
ON_COMMAND ( ID_FILE_NEW, CWinApp : : OnFileNew) 

ON_COMMAND (ID_FILE_OPEN, CWinApp: rOnFileOpen) 

/ / Standard print setup command 

ON_COMMAND (ID_FILE_PRINT_SETUP, CWinApp: : OnFilePrint Setup) 

END_MESSAGE_MAP ( ) 

Message Map Macros 

BEGIN_MESSAGE_MAP and END_MESSAGE_MAP are macros that, like DECLARE_MESSAGE_MAP in the 
include file, declare some member variables and functions that the framework can use to navigate the maps of all the 
objects in the system. A number of macros are used in message maps, including these: 

• DECLARE_MESSAGE_MAP— Used in the include file to declare that there will be a message map in the 
source file. 

• BEGIN MESSAGE MAP— Marks the beginning of a message map in the source file. 

• END MESSAGE MAP— Marks the end of a message map in the source file. 

• ON_COMM AND— Used to delegate the handling of a specific command to a member function of the class. 

• ON_COMMAND_RANGE— Used to delegate the handling of a group of commands, expressed as a range of 
command IDs, to a single member function of the class. 

• ON_CONTROL— Used to delegate the handling of a specific custom control-notification message to a 
member function of the class. 

• ON_CONTROL_RANGE— Used to delegate the handling of a group of custom control-notification messages, 
expressed as a range of control IDs, to a single member function of the class. 

• ON_MES SAGE— Used to delegate the handling of a user-defined message to a member function of the class. 

• ON_REGISTERED_MESS AGE— Used to delegate the handling of a registered user-defined message to a 
member function of the class. 

• ON_UPDATE_COMMAND_UI— Used to delegate the updating for a specific command to a member 
function of the class. 

• ON_COMMAND_UPDATE_UI_RANGE— Used to delegate the updating for a group of commands, 
expressed as a range of command IDs, to a single member function of the class. 

• ON_NOTIEY— Used to delegate the handling of a specific control-notification message with extra data to a 
member function of the class. 

• ON_NOTIEY_RANGE— Used to delegate the handling of a group of control-notification messages with extra 
data, expressed as a range of child identifiers, to a single member function of the class. The controls that send 
these notifications are child windows of the window that catches them. 

• ON_NOTIEY_EX— Used to delegate the handling of a specific control-notification message with extra data to 
a member function of the class that returns TRUE or EALSE to indicate whether the notification should be 
passed on to another object for further reaction. 
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• ON_NOTIFY_EX_RANGE— Used to delegate the handling of a group of eontrol-notifieation messages with 
extra data, expressed as a range of ehild identifiers, to a single member funetion of the elass that returns 
TRUE or FALSE to indieate whether the notifieation should be passed on to another objeet for further 
reaetion. The eontrols that send these notifieations are ehild windows of the window that eatehes them. 

In addition to these, there are about 100 maeros, one for eaeh of the more eommon messages, that direet a single 
speeifie message to a member funetion. For example, ON_CREATE delegates the WM_CREATE message to a 
funetion ealled OnCreate(). You eannot ehange the funetion names in these maeros. Typieally, these maeros are 
added to your message map by ClassWizard, as demonstrated in Chapter 8. 

How Message Maps Work 

The message maps presented in Listings 3.3 and 3.4 are for the CShowStringApp elass of the ShowString 
applieation. This elass handles applieation-level tasks sueh as opening a new file or displaying the About box. The 
entry added to the header file's message map ean be read as "there is a funetion ealled OnAppAbout() that takes no 
parameters." The entry in the souree file's map means "when an ID_APP_ABOUT eommand message arrives, eall 
OnAppAboutO." It shouldn't be a big surprise that the OnAppAbout() member funetion displays the About box for 
the applieation. 

If you don't mind thinking of all this as magie, it might be enough to know that adding the message map entry 
eauses your eode to run when the message is sent. Perhaps you're wondering just how message maps really work. 
Here's how. Every applieation has an objeet that inherits from CWinApp, and a member funetion ealled Run(). That 
funetion ealls CWinThread::Run(), whieh is far longer than the simple WinMain() presented earlier but has the same 
message loop at its heart: eall GetMessage(), eall TranslateMessage(), eall DispatehMessage(). Almost every 
window objeet uses the same old-style Windows elass and the same WindProe, ealled AfxWndProe(). The 
WindProe, as you've already seen, knows the handle, hWnd, of the window the message is for. MFC keeps 
something ealled a handle map, a table of window handles and pointers to objeets, and the framework uses this to 
send a pointer to the C+-I- objeet, a CWnd*. Next, it ealls WindowProe(), a virtual funetion of that objeet. Buttons or 
views might have different WindowProe() implementations, but through the magie of polymorphism, the right 
funetion is ealled. 



Polymorphism 

Virtual funetions and polymorphism are important C++ eoneepts for anyone working with MFC. They 
arise only when you are using pointers to objeets and when the elass of objeets to whieh the pointers are 
pointing is derived from another elass. Consider as an example a elass ealled CDerived that is derived 
from a base elass ealled CBase, with a member funetion ealled Funetion() that is deelared in the base 
elass and overridden in the derived elass. There are now two funetions: One has the full name 
CBase: :Funetion(), and the other is CDerived: :Funetion(). 

If your eode has a pointer to a base objeet and sets that pointer equal to the address of the derived 
objeet, it ean then eall the funetion, like this: 

CDerived derivedob ject ; 

CBase* basepointer; 
basepointer = &derivedob ject ; 
basepointer->Funct ion ( ) ; 

In this ease, CBase: :Funetion() will be ealled. However, there are times when that is not what you 
want— when you have to use a CBase pointer, but you really want CDerived: :Funetion() to be ealled. To 
indieate this, in CBase, Funetion() is deelared to be virtual. Think of it as an instruetion to the eompiler 
to override this funetion, if there is any way to do it. 
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When FunctionO is declared to be virtual in the base class, CBase, the code fragment above would 
actually call CDerived::Function(), as desired. That's polymorphism, and that shows up again and again 
when using MFC classes. You use a pointer to a window, a CWnd*, that really points to a CButton or a 
CView or some other class derived from CWnd, and when a function such as WindowProc() is called, 
it will be the derived function— CButton: :WindowProc() for example— that is called. 



NOTE:[ You might wonder why the messages can't just be handled by virtual functions. This would 
make the virtual tables enormous, and slow the application too much. The message map system is a 
much faster approach, n 



WindowProc()calls OnWndMsgO, the C++ function that really handles messages. First, it checks to see whether this 
is a message, a command, or a notification. Assuming it's a message, it looks in the message map for the class, using 
the member variables and functions set up by DECLARE_MESSAGE_MAP, BEGIN_MESSAGE_MAP, and 
END_MESSAGE_MAP. Part of what those macros arrange is to enable access to the message map entries of the 
base class by the functions that search the message map of the derived class. That means that if a class inherits from 
CView and doesn't catch a message normally caught by CView, that message will still be caught by the same CView 
function as inherited by the derived class. This message map inheritance parallels the C++ inheritance but is 
independent of it and saves a lot of trouble carrying virtual functions around. 

The bottom line: You add a message map entry, and when a message arrives, the functions called by the hidden 
message loop look in these tables to decide which of your objects, and which member function of the object, should 
handle the message. That's what's really going on behind the scenes. 

Messages Caught by MFC Code 

The other great advantage of MFC is that the classes already catch most of the common messages and do the right 
thing, without any coding on your part at all. For example, you don't need to catch the message that tells you that the 
user has chosen File, Save As— MFC classes catch it, put up the dialog box to obtain the new filename, handle all the 
behind-the-scenes work, and finally call one of your functions, which must be named Serialize(), to actually write 
out the document. (Chapter 7, "Persistence and File FO," explains the Serialize() function.) You need only to add 
message map entries for behavior that is not common to all applications. 

Learning How ClassWizard Helps You Catch Messages 

Message maps may not be simple to read, but they are simple to create if you use ClassWizard. There are two ways 
to add an entry to a message map in Visual C++ 6.0: with the main ClassWizard dialog box or with one of the new 
dialog boxes that add message handlers or virtual functions. This section shows you these dialog boxes for 
ShowString, rather than work you through creating a sample application. 

The ClassWizard Tabbed Dialog Box 

The main ClassWizard dialog box is displayed by choosing View, ClassWizard or by pressing Ctrl+W. ClassWizard 
is a tabbed dialog box, and Figure 3.1 shows the Message Maps tab. At the top of the dialog box are two drop-down 
list boxes, one that reminds you which project you are working on (ShowString in this case) and the other that 
reminds you which class owns the message map you are editing. In this case, it is the CShowStringApp class, whose 
message map you have already seen. 

FIG. 3.1 ClassWizard makes catching messages simple. 

Below those single-line boxes is a pair of multiline boxes. The one on the left lists the class itself and all the 
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commands that the user interface can generate. Commands are discussed in the "Commands" section later in this 
chapter. With the classname highlighted, the box on the right lists all the Windows messages this class might catch. 
It also lists a number of virtual functions that catch common messages. 

To the right of those boxes are buttons where you can add a new class to the project, add a function to the class to 
catch the highlighted message, remove a function that was catching a message, or open the source code for the 
function that catches the highlighted message. Typically, you select a class, select a message, and click Add 
Function to catch the message. Here's what the Add Function button sets in motion: 

• Adds a skeleton function to the bottom of the source file for the application 

• Adds an entry to the message map in the source file 

• Adds an entry to the message map in the include file 

• Updates the list of messages and member functions in the dialog box 

After you add a function, clicking Edit Code makes it simple to start filling in the behavior of that function. If you 
prefer, double-click the function name in the Member Functions list box. 

Below the Object IDs and Messages boxes is a list of the member functions of this class that are related to messages. 
This class has two such functions: 

• InitInstanceO— Overrides a virtual function in CWinApp, the base class for CShowStringApp, and is labeled 
with a V (for virtual function) in the list. 

• OnAppAboutO— Catches the ID_APP_ABOUT command and is labeled with a W (for Windows message) in 
the list. 

The Initinstance function is called whenever an application first starts. You don't need to understand this function to 
see that ClassWizard reminds you the function has been over-ridden. 

Finally, under the Member Functions box is a reminder of the meaning of the highlighted message, called to 
implement wait cursors is a description of the DoWaitCursor virtual function. 

The Add Windows Message Handler Dialog Box 

In release 5.0 of Visual C-t-i-, a new way of catching messages was added. Rather than opening ClassWizard and 
then remembering to set the right classname in a drop-down list box, you right-click on the classname in ClassView 
and then choose Add Windows Message Handler from the shortcut menu that appears. Figure 3.2 shows the dialog 
box that appears when you make this choice. 

FIG. 3.2 The New Windows Message and Event Handlers dialog box is another way to catch messages. 

This dialog box doesn't show any virtual functions that were listed in the main ClassView dialog box. It is easy to 
see that this class catches the command ID_APP_ABOUT but doesn't catch the command update. (Commands and 
command updating are discussed in more detail later in this chapter.) To add a new virtual function, you right-click 
on the class in ClassView and choose Add New Virtual Function from the shortcut menu. Figure 3.3 shows this 
dialog box. 

FIG. 3.3 The New Virtual Override dialog box simplifies implementing virtual functions. 

You can see in Figure 3.3 that CShowStringApp already overrides the InitInstanceO virtual function, and you can 
see what other functions are available to be overridden. As in the tabbed dialog box, a message area at the bottom of 
the dialog box reminds you of the purpose of each function: In fact, the text— Called to implement wait cursors— is 
identical to that in Figure 3.1. 
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Which Class Should Catch the Message? 

The only tricky part of message maps and message handling is deciding which class should catch the message. 

That's a decision you can't make until you understand all the different message and command targets that make up a 
typical application. The choice is usually one of the following: 

• The active view 

• The document associated with the active view 

• The frame window that holds the active view 

• The application object 

Views, documents, and frames are discussed in Chapter 4, "Documents and Views." 

Recognizing Messages 

There are almost 900 Windows messages, so you won't find a list of them all in this chapter. Usually, you arrange to 
catch messages with ClassWizard and are presented with a much shorter list that is appropriate for the class you are 
catching messages with. Not every kind of window can receive every kind of message. For example, only classes 
that inherit from CListBox receive list box messages such as LB_SETSEL, which directs the list box to move the 
highlight to a specific list item. The first component of a message name indicates the kind of window this message is 
destined for, or coming from. These window types are listed in Table 3.1. 

Table 3.1 Windows Message Prefixes and Window Types 



Prefix 


Window Type 


ABM, ABN 


Appbar 


ACM, ACN 


Animation control 


BM, BN 


Button 


CB, CBN 


Combo box 


CDM, CDN 


Common dialog box 


CPU 


Control Panel application 


DBT 


Any application (device change message) 


DL 


Drag list box 


DM 


Dialog box 


EM, EN 


Edit box 


EM, EMEVENT 


Eile Manager 


RDM, HDN 


Header control 


HKM 


HotKey control 


IMC, IMN 


IME window 


LB, LBN 


List box 


LVM, LVN 


List view 


NM 


Any parent window (notification message) 


PBM 


Progress bar 


PBT 


Any application (battery power broadcast) 
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PSM, PSN 


Property sheet 


SB 


Status bar 


SBM 


Scrollbar 


STM, STN 


Static control 


TB, TBN 


Toolbar 


TBM 


Track bar 


TCM, TCN 


Tab control 


TTM, TTN 


ToolTip 


TVM, TVN 


Tree view 


UDM 


Up Down control 


WM 


Generic window 



What's the difference between, say, a BM message and a BN message? A BM message is a message to a button, 
such as "act as though you were just clicked." A BN message is a notification from a button to the window that owns 
it, such as "I was clicked." The same pattern holds for all the prefixes that end with M or N in the preceding table. 

Sometimes the message prefix does not end with M; for example CB is the prefix for a message to a combo box, 
whereas CBN is the prefix for a notification from a combo box to the window that owns it. Another example is 
CB_SETCURSEL, a message to a combo box directing it to select one of its strings, whereas CBN_SELCHANGE 
is a message sent from a combo box, notifying its parent that the user has changed which string is selected. 

Understanding Commands 

What is a command? It is a special type of message. Windows generates a command whenever a user chooses a 
menu item, clicks a button, or otherwise tells the system to do something. In older versions of Windows, both menu 
choices and button clicks generated a WM_COMMAND message; these days you receive a WM_COMMAND for a 
menu choice and a WM_NOTIEY for a control notification such as button clicking or list box selecting. Commands 
and notifications are passed around by the operating system just like any other message, until they get into the top of 
OnWndMsgO. At that point, Windows message passing stops and MEC command routing starts. 

Command messages all have, as their first parameter, the resource ID of the menu item that was chosen or the button 
that was clicked. These resource IDs are assigned according to a standard pattern— for example, the menu item Eile, 
Save has the resource ID ID_EILE_SAVE. 

Command routing is the mechanism OnWndMsgO uses to send the command (or notification) to objects that can't 
receive messages. Only objects that inherit from CWnd can receive messages, but all objects that inherit from 
CCmdTarget, including CWnd and CDocument, can receive commands and notifications. That means a class that 
inherits from CDocument can have a message map. There won't be any entries in it for messages, only for 
commands and notifications, but it's still a message map. 

How do the commands and notifications get to the class, though? By command routing. (This becomes messy, so if 
you don't want the inner details, skip this paragraph and the next.) OnWndMsgO calls CWnd::OnCommand() or 
CWnd::OnNotify(). OnCommand() checks all sorts of petty stuff (such as whether this menu item was grayed after 
the user selected it but before this piece of code started to execute) and then calls OnCmdMsg(). OnNotifyO checks 
different conditions and then it, too, calls OnCmdMsg(). OnCmdMsgO is virtual, which means that different 
command targets have different implementations. The implementation for a frame window sends the command to 
the views and documents it contains. 
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This is how something that started out as a message ean end up being handled by a member funetion of an objeet 
that isn't a window and therefore ean't really eateh messages. 

Should you eare about this? Even if you don't eare how it all happens, you should eare that you ean arrange for the 
right elass to handle whatever happens within your applieation. If the user resizes the window, a WM_SIZE message 
is sent, and you may have to reseale an image or do some other work inside your view. If the user ehooses a menu 
item, a eommand is generated, and that means your doeument ean handle it if that's more appropriate. You see 
examples of these deeisions at work in Chapter 4. 

Understanding Command Updates 

This under-the-hood tour of how MEC eonneets user aetions sueh as window resizing or menu ehoiees to your eode 
is almost finished. All that's left is to handle the graying of menus and buttons, a proeess ealled command updating. 

Imagine you are designing an operating system, and you know it's a good idea to have some menu items grayed to 
show they ean't be used right now. There are two ways you ean go about implementing this. 

One is to have a huge table with one entry for every menu item and a flag to indieate whether it's available. 
Whenever you have to display the menu, you ean quiekly eheek the table. Whenever the program does anything that 
makes the item available or unavailable, it updates the table. This is ealled the continuous-update approach. 

The other way is not to have a table but to eheek all the eonditions just before your program displays the menu. This 
is ealled the update-on-demand approach and is the approaeh taken in Windows. In the old C way of doing 
things— to eheek whether eaeh menu option should be grayed— the system sent a WM_INITMENUPOPUP message, 
whieh means "I'm about to display a menu." The giant switeh in the WindProe eaught that message and quiekly 
enabled or disabled eaeh menu item. This wasn't very objeet-oriented though. In an objeet-oriented program, 
different pieees of information are stored in different objeets and aren't generally made available to the entire 
program. 

When it eomes to updating menus, different objeets know whether eaeh item should be grayed. Eor example, the 
doeument knows whether it has been modified sinee it was last saved, so it ean deeide whether Pile, Save should be 
grayed. However, only the view knows whether some text is eurrently highlighted; therefore, it ean deeide if Edit, 
Cut and Edit, Copy should be grayed. This means that the job of updating these menus should be pareelled out to 
various objeets within the applieation rather than handled within the WindProe. 

The MEC approaeh is to use a little objeet ealled a CCmdUI, a eommand user interfaee, and give this objeet to 
whoever eatehes a CN_UPDATE_COMMAND_UI message. You eateh those messages by adding (or getting 
ClassWizard to add) an ON_UPDATE_COMMAND_UI maero in your message map. If you want to know what's 
going on behind the seenes, it's this: The operating system still sends WM_INITMENUPOPUP; then the MEC base 
elasses sueh as CPrameWnd take over. They make a CCmdUI, set its member variables to eorrespond to the first 
menu item, and eall one of that objeet's own member funetions, DoUpdate(). Then, DoUpdate() sends out the 
CN_COMMAND_UPDATE_UI message with a pointer to itself as the CCmdUI objeet the handlers use. The same 
CCmdUI objeet is then reset to eorrespond to the seeond menu item, and so on, until the entire menu is ready to be 
displayed. The CCmdUI objeet is also used to gray and ungray buttons and other eontrols in a slightly different 
eontext. 

CCmdUI has the following member funetions: 

• EnableO— Takes a TRUE or PAUSE (defaults to TRUE). This grays the user interfaee item if PALSE and 
makes it available if TRUE. 

• SetCheek()— Cheeks or uneheeks the item. 

• SetRadioO— Cheeks or uneheeks the item as part of a group of radio buttons, only one of whieh ean be set at 
any time. 
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• SetText()— Sets the menu text or button text, if this is a button. 

• DoUpdateO— Generates the message. 

Determining whieh member funetion you want to use is usually elear-eut. Here is a shortened version of the message 
map from an objeet ealled CWhoisView, a elass derived from CFormView that is showing information to a user. 
This form view eontains several edit boxes, and the user may want to paste text into one of them. The message map 
eontains an entry to eateh the update for the ID_EDIT_PASTE eommand, like this: 

BEGIN_MESSAGE_MAP (CWhoisView, CFormView) 

ON_UPDATE_COMMAND_UI ( ID_EDIT_PASTE, OnUpdat eEditPast e ) 

END_MESSAGE_MAP ( ) 

The funetion that eatehes the update, OnUpdateEditPaste(), looks like this: 

void CWhoisView :: OnUpdateEditPaste (CCmdUI* pCmdUI) 

{ 

pCmdUI->Enable ( : : IsClipboardFormatAvailable (CF_TEXT) ) ; 

} 



This ealls the API funetion ::IsClipboardFormatAvailable() to see whether there is text in the Clipboard. Other 
applieations may be able to paste in images or other nontext Clipboard eontents, but this applieation eannot and 
grays the menu item if there is no text available to paste. Most eommand update funetions look just like this: They 
eall EnableO with a parameter that is a eall to a funetion that returns TRUE or FALSE, or perhaps a simple logieal 
expression. Command update handlers must be fast beeause five to ten of them must run between the moment the 
user elieks to display the menu and the moment before the menu is aetually displayed. 

Learning How ClassWizard Helps You Catch Commands 
and Command Updates 

The ClassWizard dialog box shown in Figure 4.1 has the elassname highlighted in the box labeled Objeet IDs. 
Below that are resouree IDs of every resouree (menu, toolbar, dialog box eontrols, and so on) that ean generate a 
eommand or message when this objeet (view, dialog, and so on) is on the sereen. If you highlight one of those, the 
list of messages assoeiated with it is mueh smaller, as you see in Figure 3.4. 

Only two messages are assoeiated with eaeh resouree ID: COMMAND and UPDATE_COMMAND_UI. The first 
enables you to add a funetion to handle the user seleeting the menu option or elieking the button— that is, to eateh the 
eommand. The seeond enables you to add a funetion to set the state of the menu item, button, or other eontrol just as 
the operating system is about to display it— that is, to update the eommand. (The COMMAND ehoiee is boldfaee in 
Figure 3.4 beeause this elass already eatehes that eommand.) 

FIG. 3.4 ClassWizard enables you to catch or update commands. 

Clieking Add Funetion to add a funetion that eatehes or updates a eommand involves an extra step. ClassWizard 
gives you a ehanee to ehange the default funetion name, as shown in Figure 3.5. This is almost never appropriate. 
There is a regular pattern to the suggested names, and experieneed MFC programmers eome to eount on funetion 
names that follow that pattern. Command handler funetions, like message handlers, have names that start with On. 
Typieally, the remainder of the funetion name is formed by removing the ID and the underseores from the resouree 
ID and eapitalizing eaeh word. Command update handlers have names that start with OnUpdate and use the same 
eonventions for the remainder of the funetion name. For example, the funetion that eatehes ID_APP_EXIT should 
be ealled OnAppExit(), and the funetion that updates ID_APP_EXIT should be ealled OnUpdateAppExit(). 
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FIG. 3.5 It's possible, but not wise, to change the name for your command handler or command update handler 
from the name suggested by ClassWizard. 

Not every eommand needs an update handler. The framework does some very niee work graying and ungraying for 
you automatieally. Say you have a menu item— Network, Send— whose eommand is eaught by the doeument. When 
there is no open doeument, this menu item is grayed by the framework, without any eoding on your part. For many 
eommands, it's enough that an objeet that ean handle them exists, and no speeial updating is neeessary. For others, 
you may want to eheek that something is seleeted or highlighted or that no errors are present before making eertain 
eommands available. That's when you use eommand updating. If you'd like to see an example of eommand updating 
at work, there's one in Chapter 8 in the "Command Updating" seetion. 



( 4- Previous Chapter Next Chapter “t. Contents 



© Copyright , Maemillan Computer Publishing. All rights reserved. 



http://www.pbs.mcp.eom/ebooks/0789715392/ch03/ch03.htm (13 of 13) [7/29/1999 4:02:23 PM] 



Special Edition Using Visual C++ 6 -- Ch 6 - Printing and Print Preview 



Special Edition Using Visual C++ 6 



^ Previous Cfiapter Next Chapter Contents 



- 6 - 

Printing and Print Preview 

• Understanding Basic Printing and Print Preview with MFC 

• Scaling 

• Printing Multiple Pages 

• Setting the Origin 

• MFC and Printing 



Understanding Basic Printing and Print Preview 
with MFC 



If you brought together 10 Windows programmers and asked them what part of creating Windows 
applications they thought was the hardest, probably at least half of them would choose printing 
documents. Although the device-independent nature of Windows makes it easier for users to get 
peripherals working properly, programmers must take up some of the slack by programming all devices 
in a general way. At one time, printing from a Windows application was a nightmare that only the most 
experienced programmers could handle. Now, however, thanks to application frameworks such as MFC, 
the job of printing documents from a Windows application is much simpler. 

MFC handles so much of the printing task for you that, when it comes to simple one-page documents, 
you have little to do on your own. To see what I mean, follow these steps to create a basic MFC 
application that supports printing and print preview: 

1. Choose File, New; select the Projects tab and start a new AppWizard project workspace called 
Printl (see Figure 6.1). 

FIG. 6.1 Start an AppWizard project workspace called Printl. 
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2. Give the new project the following settings in the AppWizard dialog boxes. The New Project 
Information dialog box should then look like Figure 6.2. 

Step 1 : Choose Single Document. 

Step 2: Don't change the defaults presented by AppWizard. 

Step 3: Don't change the defaults presented by AppWizard. 

Step 4: Turn off all features except Printing and Print Preview. 

Step 5: Don't change the defaults presented by AppWizard. 

Step 6: Don't change the defaults presented by AppWizard. 

FIG. 6.2 The New Project Information dialog box. 

3. Expand the classes in ClassView, expand CPrintl View, double-click the OnDraw() function, 
and add the following line of code to it, right after the comment TODO: add draw code for native 
data here: 

pDC->Rectangle ( 2 0 , 20, 220, 220); 

You've seen the Rectangle() function twice already: in the Rees app of Chapter 4, "Documents and 
Views," and the Paintl app of Chapter 5, "Drawing on the Screen." Adding this function to the OnDraw() 
function of an MFC program's view class causes the program to draw a rectangle. This one is 200 pixels 
by 200 pixels, located 20 pixels down from the top of the view and 20 pixels from the left edge. 



TIP: If you haven't read Chapter 5 and aren't comfortable with device contexts, go back and 
read it now. Also, if you didn't read Chapter 4 and aren't comfortable with the 
document/view paradigm, you should read it, too. In this chapter, you override a number of 
virtual functions in your view class and work extensively with device contexts. 



Believe it or not, you've just created a fully print-capable application that can display its data (a 
rectangle) not only in its main window but also in a print preview window and on the printer. To run the 
Printl application, first compile and link the source code by choosing Build, Build or by pressing F7. 
Then, choose Build, Execute to run the program. You will see the window shown in Figure 6.3. This 
window contains the application's output data, which is simply a rectangle. Next, choose File, Print 
Preview. You see the print preview window, which displays the document as it will appear if you print it 
(see Figure 6.4). Go ahead and print the document (choose File, Print). These commands have been 
implemented for you because you chose support for printing and print preview when you created this 
application with AppWizard. 

FIG. 6.3 Printl displays a rectangle when you first run it. 

FIG. 6.4 The Printl application automatically handles print previewing, thanks to the MFC AppWizard. 
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Scaling 

One thing you may notice about the printed document and the one displayed onscreen is that, although 
the screen version of the rectangle takes up a fairly large portion of the application's window, the printed 
version is tiny. That's because the pixels onscreen and the dots on your printer are different sizes. 
Although the rectangle is 200 dots square in both cases, the smaller printer dots yield a rectangle that 
appears smaller. This is how the default Windows MM_TEXT graphics mapping mode works. If you 
want to scale the printed image to a specific size, you might want to choose a different mapping mode. 
Table 6.1 lists the mapping modes from which you can choose. 

Table 6.1 Mapping Modes 



Mode 


Unit 


X 


Y 


MM_HIENGLISH 


0.001 inch 


Increases right 


Increases up 


MM_HIMETRIC 


0.01 millimeter 


Increases right 


Increases up 


MMJSOTROPIC 


User-defined 


User-defined 


User-defined 


MM_LOENGLISH 


0.01 inch 


Increases right 


Increases up 


MM_LOMETRIC 


0.1 millimeter 


Increases right 


Increases up 


MM_TEXT 


Device pixel 


Increases right 


Increases down 


MM_TWIPS 


1/1440 inch 


Increases right 


Increases up 



Working with graphics in MM_TEXT mode causes problems when printers and screens can 
accommodate a different number of pixels per page. A better mapping mode for working with graphics is 
MM_LOENGLISH, which uses a hundredth of an inch, instead of a dot or pixel, as a unit of measure. To 
change the Printl application so that it uses the MM_LOENGLISH mapping mode, replace the line you 
added to the OnDraw() function with the following two lines: 

pDC->SetMapMode (MM_LOENGLISH) ; 
pDC->Rectangle ( 2 0 , -20, 220, -220); 

The first line sets the mapping mode for the device context. The second line draws the rectangle by using 
the new coordinate system. Why the negative values? If you look at MM_LOENGLISH in Table 6.1, 
you see that although X coordinates increase to the right as you expect, Y coordinates increase upward 
rather than downward. Moreover, the default coordinates for the window are located in the lower-right 
quadrant of the Cartesian coordinate system, as shown in Eigure 6.5. Eigure 6.6 shows the print preview 
window when the application uses the MM_LOENGLISH mapping mode. When you print the 
document, the rectangle is exactly 2 inches square because a unit is now 1/100 of an inch and the 
rectangle is 200 units square. 

FIG. 6.5 The MM_LOENGLISH mapping mode's default coordinates derive from the Cartesian 
coordinate system. 

FIG. 6.6 The rectangle to be printed matches the rectangle onscreen when you use MM_LOENGLISH as 
your mapping mode. 
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Printing Muitipie Pages 

When your application's document is as simple as Print I's, adding printing and print previewing 
capabilities to the application is virtually automatic. This is because the document is only a single page 
and requires no pagination. No matter what you draw in the document window (except bitmaps), MFC 
handles all the printing tasks for you. Your view's OnDraw() function is used for drawing onscreen, 
printing to the printer, and drawing the print preview screen. Things become more complex, however, 
when you have larger documents that require pagination or some other special handling, such as the 
printing of headers and footers. 

To get an idea of the problems with which you're faced with a more complex document, modify Print 1 so 
that it prints lots of rectangles— so many that they can't fit on a single page. This will give you an 
opportunity to deal with pagination. Just to make things more interesting, add a member variable to the 
document class to hold the number of rectangles to be drawn, and allow the users to increase or decrease 
the number of rectangles by left- or right-clicking. Follow these steps: 

1. Expand CPrintlDoc in Class View, right-click it, and choose Add Member Variable from the 
shortcut menu. The variable type is int, the declaration is m_numRects, and the access should be 
public. This variable will hold the number of rectangles to display. 

2. Double-click the CPrintlDoc constructor and add this line to it: 

m_numRects = 5; 

This line arranges to display five rectangles in a brand new document. 

3. Use ClassWizard to catch mouse clicks (WM_LBUTTONDOWN messages) by adding an 
OnLButtonDownO function to the view class (see Figure 6.7). 

4. Click the Edit Code button to edit the new OnLButtonDownO function. It should resemble 
Listing 6.1. Now the number of rectangles to be displayed increases each time users click the left 
mouse button. 

FIG. 6.7 Use ClassWizard to add the OnLButtonDownO function. 

Listing 6.1 printIView.cpp -CPrintI View::OnLButtonDown() 

void CPrint iView : : OnLButtonDown (UINT nFlags, CPoint point) 

{ 

CPrintlDoc* pDoc = GetDocument ( ) ; 

ASSERT_VALID (pDoc) ; 
pDoc->m_numRect S++ ; 

Invalidate ( ) ; 

CView: : OnLButtonDown (nFlags , point) ; 

} 

5. Use ClassWizard to add the OnRButtonDownO function to the view class, as shown in Eigure 

6 . 8 . 

FIG. 6.8 Use ClassWizard to add the OnRButtonDownO function. 
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6. Click the Edit Code button to edit the new OnRButtonDown() function. It should resemble 
Listing 6.2. Now the number of rectangles to be displayed decreases each time users right-click. 

Listing 6.2 printIView.cpp -CPrintI View::OnRButtonDown() 

void CPrint iView : : OnRButtonDown (UINT nFlags, CPoint point) 

{ 

CPrintlDoc* pDoc = GetDocument ( ) ; 

ASSERT_VALID (pDoc) ; 
if (pDoc->m_numRect s > 0) 

{ 

pDoc->m_numRect s — ; 

Invalidate ( ) ; 

} 

CView: : OnRButtonDown (nFlags , point) ; 

} 

7. Rewrite the view's OnDraw() to draw many rectangles (refer to Listing 6.3). Printl now draws 
the selected number of rectangles one below the other, which may cause the document to span 
multiple pages. It also displays the number of rectangles that have been added to the document. 

Listing 6.3 printIView.cpp -CPrintI View::OnDraw() 



void CPrint IView :: OnDraw (CDC* pDC) 

{ 

CPrintlDoc* pDoc = GetDocument () ; 
ASSERT_VALID (pDoc) ; 

// TODO: add draw code for native data here 
pDC->SetMapMode (MM_LOENGLISH) ; 
char s [ 1 0 ] ; 

wsprintf (s, "%d", pDoc->m_numRect s ) ; 

pDC->TextOut (300, -100, s); 

for (int x=0; x<pDoc->m_numRect s ; ++x) 

{ 

pDC->Rectangle ( 2 0 , - (20+x*200 ) , 

200, - (200+x*200) ) ; 

} 

} 



When you run the application now, you see the window shown in Figure 6.9. The window not only 
displays the rectangles but also displays the rectangle count so that you can see how many rectangles 
you've requested. When you choose File, Print Preview, you see the print preview window. Click the 
Two Page button to see the window shown in Figure 6.10. The five rectangles display properly on the 
first page, with the second page blank. 

FIG. 6.9 Printl now displays multiple rectangles. 
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FIG. 6.10 Five rectangles are previewed properly; they will print on a single page. 



Now, go back to the application's main window and click inside it three times to add three more 
rectangles. Right-click to remove one. (The rectangle count displayed in the window should be seven.) 
After you add the rectangles, choose File, Print Preview again to see the two-page print preview window. 
Figure 6.11 shows what you see. The program hasn't a clue how to print or preview the additional page. 
The sixth rectangle runs off the bottom of the first page, but nothing appears on the second page. 

The first step is to tell MFC how many pages to print (or preview) by calling the SetMaxPage() function 
in the view class's OnBeginPrintingO function. AppWizard gives you a skeleton OnBeginPrintingO that 
does nothing. Modify it so that it resembles Listing 6.4. 

FIG. 6.11 Seven rectangles do not yet appear correctly on multiple pages. 

Listing 6.4 printIView.cpp --CPrintI View::OnBeginPrinting() 

void CPrint iView : : OnBeginPrinting (CDC* pDC, CPrintInfo* pinfo) 

{ 

CPrintlDoc* pDoc = GetDocument ( ) ; 

ASSERT_VALID (pDoc) ; 

int pageHeight = pDC->GetDeviceCaps (VERTRES) ; 
int logPixelsY = pDC->GetDeviceCaps (LOGPIXELSY) ; 
int rectHeight = (int) (2.2 * logPixelsY); 

int numPages = pDoc->m_numRect s * rectHeight / pageHeight + 1; 
pint o->SetMaxPage (numPages) ; 

} 

OnBeginPrintingO takes two parameters: a pointer to the printer device context and a pointer to a 
CPrintInfo obj 
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Future Explorations 

• Creating Console Applications 

o Creating a Console Executable 
o Writing an Object-Oriented Console Application 
o Scaffolding Discrete Algorithms 

• Creating and Using a 32-Bit Dynamic Link Library 

o Making a 32-Bit DLL 
o Using 32-Bit DLLs 

• Sending Messages and Commands 

• Considering International Software Development Issues 



There are a number of topics that have not been covered elsewhere in this book, but that are well known 
to experienced Visual C++ programmers. They are best explored after you have experience with 
Developer Studio, MFC, and C++ programming. This chapter has just enough to show you how 
interesting these topics are, and to encourage you to explore them yourself in the months and years to 
come. 

Creating Console Applications 

A console application looks very much like a DOS application, though it runs in a resizable window. It 
has a strictly character-based interface with cursor keys rather than mouse movement. You use the 
Console API and character-based I/O functions such as printf() and scanf() to interact with the user. 
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Creating a Console Executable 

A console application is executed from the DOS command line or by choosing Start, Run and typing the 
full name (including the path) of the application. Console applications are probably still among the 
easiest programs to create, and this version of the compiler supports them directly. 

Let's walk together through the few steps necessary to create a basic console application, and then we'll 
explore some beneficial uses of creating these applications. The first console application we'll create is a 
spin on the classic "Hello, World!" that Kernighan and Ritchie (the creators of C++'s ancestor C) created 
in the 1970s. 

Open the Microsoft Developer Studio and follow these steps to create a console application: 

1 . In the Microsoft Developer Studio, select File, New. 

2 . In the New dialog box, click the Projects tab to bring up the now familiar New project dialog 
box. (If it isn't familiar, go back to Chapter 1, "Building Your First Windows Application.") 
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